笔者从事医疗信息化行业10多年，从事电子病历编辑器的编写工作10余年，对当前热门的B/S架构有一些心得发出来和大家讨论，笔者信译，讨论微信thinkeditor1。
1. 是否需要结构化
陈旧的自定义字符串格式，虽格式灵活，但需自己编写病历格式解析器，工作量大，容易出错，没有结构化，第三方无法提取数据；半结构化病历数据虽解析方便，但受XML结构限制，结合丰富的电子病历业务需求时，导致数据冗余，可读性较差，半结构化电子病历，不利于数据共享。半结构化数据都是放到节点中的并按流模式依次布局，遇到XParagraphFlag标志则布局器进行一次换行操作，其它复杂节点实现也存在相同问题，导致第三方无法通过XML直接取得某个段落或其它数据节点，必需通过指定的编辑器进行提取，第三方使用XML受到很大限制。因此，非结构化电子病历或半结构化电子病历不利于第三方进行大数据分析，想转换为全结构化的CDA(临床文档结构)也十分困难。
个人认为最好是全结构化，需要能实现结构化的电子病历文档，能用不同的方式提取和存储数据，满足多种存储方式，让电子病历更灵活的使用调取存储数据，能达到支持多种格式XML、PDF、JSON、HTML、图片、文本等格式存储。全结构化B/S还有一个好处程序功能模块化。需要加一个功能，就新增一个WEB页面，写上服务器端代码，这个操作对已有模块没有任何影响。因此比较容易做出层次明晰，结构合理，能持续可控变化的系统，全结构化的B/S在客户端的部署、维护和升级很方便，这是C/S没办法比的。
2. 需要解决全结构化编辑器的病历模版的分页难题
在使用电子病历过程中，经常出现编辑好的文档在分到下一页时病历出现不规范呈现，需要达到编辑过程的有所见即所得的分页效果。电子病历打印出来错乱情况，不方便病人查看病历，也需要实现打印和编辑的文档保持完全一致性，所以不仅要全结构化数据，还需要解决全结构化的分页难题；医院的繁忙，电子病历就需要更方便的提供服务，比如电子病历的汇总等算法加持，分页算法的自动汇总等；
3. 需要跨平台和不限制浏览器
传统医疗厂商大多严重依赖桌面系统，随着行业的竞争加剧，越来越多的互联网厂商开始进入传统医疗行业，同时传统医疗厂商也在积极开拓互联网产品。在CS版电子病历市场日益饱和的今天，电子病历行业急需一个功能全面、稳定的、跨平台的电子病历编辑器。BS版电子病历可以借助浏览器实现跨平台，是一个不错的发展方向。比较主流的方案是使用HTML+JS架构，但是因为前端技术储备不足且与电子病历行业结合不紧密，导致大多数产品可用性都不高。电子病历内容分页、表格拆分、元素联动相关特色算法移植到前端时，使用IE内核、webkit内核、blink内核的浏览器应用都无法介入html解析刷新过程，导致一系列的效率、适配问题。 究其原因是因为传统医疗行业和电子病历编辑器厂商绝大多是传统桌面开发起家的，在互联网WEB领域技术储备不足，并且需要投入大量人力迭代功能适配显示差异。
互联网行业的繁荣，促进了前端行业的高速发展，开源前端web编辑器多如牛毛，并且大同小异。因为网页没有页面没有页概念，所以所有的开源web编辑器都不支持内容分页、表格拆分等文档基础功能，都需要深度二次开发。
网易旗下的有道云笔记等云笔记产品，仍然是一个普通web编辑器，内容分页、表格拆分等功能实现不理想，进化不够离文档编辑器还差得远。目前只有金山WPS有实力实现了HTML+JS方案的文档编辑器，跨平台显示较为理想，但是如果想与电子病历编辑器结合又存在内核臃肿、成本高等问题。
总体来说前端编辑器如果在开源WEB编辑器项目上做二次开发完善，需要深厚的功底及人力资源投入。
因此需要在多个平台和不同浏览器使用电子病历查看和使用时不局限于平台和浏览器，达到更方便更灵活的使用。需要实现不同平台（如HarmonyOS、Windows、IOS等）、不同浏览器（如Chrome、Firefox、Edge、360 browser、QQ browser等）的混合编辑结果一致性、显示和打印效果也需要达到一致性，不能在呈现过程中出现数据错乱。
4. 降低硬件成本
尽可能的节约硬件资源，避免用户软件升级一次增加一次硬件成本，导致成本太高，做到更小的内存，对硬件要求降低，或者因为升级打开系统慢等问题，需要做到启动快，硬件成本低，这样就必须要做到单个文档关闭后内存立即释放，达到更好的节约硬件资源。
5. 解决电子病历的集成问题
需要简单方便的集成方式，支持原生多实例，多文档能否应用不同位置同时显示和编辑，同时集成编辑视图与模版视图。
6. 需要兼容强低耦合
支持从Word, Excle复制粘贴； 支持跨浏览器页签复制粘贴；支持在线文档复制粘贴；支持常见电子病历格式导入，。
7. 需要符合「安全可靠工程」的要求
2019年我国启动「安全可靠工程」，旨在加强信息和网络安全领域的能力，通过安全可靠工程，我国证明了具有安全可靠的关键系统、关键应用和关键软硬件产品的研发和集成能力，初步实现了对外信息技术产品的全方位替代，需要符合2019年我国启动的「安全可靠工程」。
8. 电子病历标准要求比较多，B/S架构也需要能支持达到电子病历的多种评级标准。
9. 总结
不完善的电子病历编辑器，对医疗软件开发商会造成不好的商业损失。这也是医疗软件开发商千方百计想要自主开发电子病历编辑器的原因，面对电子病历编辑器的高门坎，医疗软件开发商会消耗大量资源进行自研，大部分时间没有成果或得不偿失甚至错过发展机遇。
专业电子编辑器供应商提供编辑器细分服务，医疗软件开发商整合各方资源，把精力和资源聚焦到医疗行业软件上面来，这本是互利共赢的产业分工关系，却困在了电子病历编辑器这一症结上面。
笔者认为具备上述能力的全结构化电子病历是解除这一症结的关键。，不依赖电子病历编辑器就能实现数据提取、分析、整合、共享，从而实现病历数据与编辑器解绑等等。让电子病历编辑器不再是医疗软件开发商的掣肘，实现良好的合作共赢才能更好的支撑产业发展，
ThinkEditor是一个开源的前端富文本编辑器，以上内容可参考：www.thinkeditor.com。此电子病历编辑器业务设计主体吸收成熟文本编辑器（Word/WPS等）对文字、段落、图片、表格等的UX操作逻辑，贴近文字编辑的使用习惯，更快上手。
标签：Tinkeditor,结构化,需要,病历,电子,信译,编辑器,文档,BS From： https://www.cnblogs.com/fhnl/p/18167793