尧图网站建设 
简介这是一套面向医院信息化开发者与医疗软件工程师的电子病历控件源码用于构建电子病历文档编辑功能适合具备C#与WinForms基础、需要快速集成病历编辑模块的技术人员。压缩包共663个文件约6.49MB以313个bmp界面位图、163个cs源码文件、49个resx与49个resources资源文件为主另含14个dll、6个exe及5个csproj工程文件构成可直接编译运行的完整解决方案。源码覆盖病历文档的编辑、保存、树形结构展示与逻辑删除等典型业务场景配套图标与位图资源可直接复用于界面搭建工程文件与配置项齐全便于二次开发与功能裁剪。目前已有532人学习下载适合需要参考病历编辑器实现思路、快速搭建医疗文档编辑模块的开发者研读与借鉴。1. 电子病历控件源码医院文档编辑为什么不能直接用富文本编辑器做过 HIS 或临床系统的人都遇到过这个场景医生要在浏览器里写一份入院记录里面要插结构化字段、要调模板、要留修改痕迹、要能打印成符合病案室要求的版式。你一开始可能想用 Quill、TinyMCE 或者 wangEditor 顶一下结果发现根本顶不住——它们处理不了医学文档的段落级锁定、域代码替换和版式精确还原。这就是「电子病历控件源码」这个方向存在的理由它不是普通富文本而是一套面向医院电子病历文档编辑场景的专用控件通常以源码授权或 SDK 形式交付让集成方嵌入自己的 HIS、EMR 或门诊系统。这个标题背后真正要解决的问题有三个。第一是文档模型病历不是一篇自由文章而是「模板 数据域 可编辑区」的组合控件必须能识别哪些段落允许医生改、哪些是系统回填的只读域。第二是版式病历打印要过病案质控页边距、字体、行距、分页位置都有硬性要求浏览器默认渲染根本对不齐。第三是留痕电子病历要求保留修改痕迹和签名控件得在文档层面记录谁在什么时候改了哪个域。适合读这篇的人很明确正在做 EMR 或电子病历编辑器选型的后端/前端工程师、需要把病历编辑能力集成进现有系统的技术负责人以及想评估「买控件源码自己改」和「纯自研」哪条路更划算的架构同学。下面我按「先搞清文档模型再动手跑通最小集成最后说坑」的顺序讲中间会给可直接抄的代码和参数。2. 病历文档模型与控件选型先想清楚三件事再动手2.1 病历文档到底由什么组成普通富文本的模型是「一段 HTML 或 Delta 操作序列」而病历控件的模型通常是「文档树 域 样式表」。我一般把它拆成四层来看。最底层是文档容器负责分页、页眉页脚、纸张尺寸往上是段落与表格结构决定版式骨架再往上是域Field每个域有唯一名称、数据类型、是否可编辑、是否必填最上层是模板模板把域和固定文本拼成一份可实例化的病历。理解这个分层很关键因为它直接决定你集成时改哪里。比如医生反馈「主诉这一段改不了」你要定位的是域的 editable 属性而不是去改富文本的 contenteditable。再比如「打印出来少了一行」问题多半在文档容器的分页参数而不是段落内容。常见做法是控件会提供一套 API 让你按域名读写值类似setFieldValue(chiefComplaint, ...)同时提供只读/可编辑切换。选型时第一件事就是确认这套域模型是否支持嵌套和重复组因为病程记录、会诊记录经常是「一个主记录带多条子记录」的结构扁平域模型到后面会非常难受。2.2 选型时我会重点看的五个参数市面上的电子病历控件源码质量差异很大我一般按下面这张表逐项过任何一项不达标基本就 pass。评估项合格线为什么重要文档格式支持自有二进制或 XML 文档格式不依赖 HTML 存盘HTML 存盘会丢版式和域信息回读必翻车域模型支持命名域、只读域、必填校验、重复组决定能不能表达真实病历结构版式还原打印/导出 PDF 与编辑视图一致支持精确分页病案质控硬要求留痕能力文档级修改记录可定位到域和操作人电子病历合规基础源码可控提供可编译源码关键模块可改医院需求千奇百怪纯黑盒迟早卡死这里要提醒一句很多标榜「电子病历控件」的产品其实是富文本套壳文档格式就是 HTML域模型靠 span 的 data 属性硬凑。这种方案做 demo 很快一上真实病历模板就露馅。判断方法很简单问对方要一份带重复组和只读域的模板现场实例化两次看回读后域值还在不在。2.3 自研还是买源码算一笔现实的账纯自研一个能过病案质控的病历编辑器我见过的团队基本要投入 3 到 5 个人月起步而且版式还原和留痕这两块是无底洞。买源码的价值不在于省那点开发时间而在于拿到一套已经被多家医院验证过的文档模型和渲染逻辑你只需要做集成和少量定制。但买源码不等于躺平。你要评估的是「定制成本」如果医院要求特殊的分页规则、特殊的签名展示而源码里这部分写得耦合很死改起来可能比自己写还痛苦。我的经验是选型阶段一定要拿到源码后做一次「改一个域渲染样式」的实测改不动就说明架构耦合太深后面会持续踩坑。3. 把控件集成进 Web 系统最小可运行步骤3.1 环境准备与依赖确认假设你拿到的是一套基于 ActiveX 或浏览器插件的传统病历控件源码这是医院场景里很常见的一类集成前先把运行环境对齐。下面是我一般会先跑的检查脚本用来确认客户端环境是否满足控件加载条件。# 检查浏览器位数与控件注册情况Windows 客户端场景 # 1. 确认浏览器是 32 位还是 64 位控件位数必须匹配 wmic process where nameiexplore.exe get ExecutablePath # 2. 查询控件是否已注册到系统 reg query HKCR\CLSID /f 你的控件ProgID /s # 3. 确认 .NET 或 VC 运行库版本满足控件依赖 dotnet --list-runtimes这段脚本的逻辑是控件加载失败十有八九是位数不匹配或没注册。第一条确认浏览器进程路径间接判断位数第二条在注册表里搜控件 ProgID搜不到说明根本没注册成功第三条确认运行库很多控件依赖特定版本的 .NET 或 VC 运行库缺了会静默失败。参数上/f后面换成控件文档里给的 ProgID/s表示递归搜索子键。如果是纯 Web 方案基于 Canvas 或 WebAssembly 渲染环境准备就简单得多重点变成确认浏览器版本和字体资源。病历打印对字体敏感宋体、仿宋这些必须确保客户端装了否则版式会漂。3.2 在页面里挂载编辑器并绑定模板挂载这一步的核心是「先给容器再喂模板最后绑数据」。下面是一段典型的初始化代码我把它写成可直接改参数的形式。// 初始化电子病历编辑器 // containerId: 页面里预留的容器 div // templateId: 从后端拉取的病历模板标识 const editor new EmrEditor({ container: document.getElementById(emr-container), // 文档容器参数直接影响打印版式 page: { size: A4, marginTop: 25, // 单位 mm病案质控常用 25mm marginBottom: 25, marginLeft: 20, marginRight: 20 }, // 只读模式用于病历归档后查看 readOnly: false, // 留痕开关编辑态一般打开 trackChanges: true }); // 加载模板模板决定哪些域可编辑 editor.loadTemplate(templateId).then(() { // 模板加载完再回填患者数据顺序不能反 editor.setFieldValue(patientName, 张三); editor.setFieldValue(chiefComplaint, 反复咳嗽3天); // 重复组病程记录可以有多条 editor.addRepeatGroup(progressNotes, { date: 2024-01-01, content: 患者一般情况可 }); });逻辑说明先构造编辑器实例page 参数决定文档容器的物理版式这几个 margin 值不是随便填的很多医院病案室要求上边距 25mm 留装订线。loadTemplate 必须在 setFieldValue 之前因为域是模板定义的模板没加载时域还不存在回填会丢。addRepeatGroup 用来处理一对多结构这是普通富文本完全没有的能力。参数上要重点盯的是 readOnly 和 trackChanges。归档后的病历必须 readOnly否则留痕就失去意义编辑态 trackChanges 打开后每次改域都会记一条记录性能会有下降大模板下要评估。3.3 保存与回读文档格式决定成败保存这一步是很多集成翻车的地方。如果你把病历存成 HTML回读时域信息和版式基本保不住。正确做法是调用控件自己的序列化接口存成它定义的文档格式。// 保存拿到控件序列化后的文档数据 const docData editor.serialize(); // docData 是控件自有格式常见为 XML 或二进制 base64 // 直接存库不要转成 HTML await fetch(/api/emr/save, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ patientId: currentPatientId, templateId: templateId, docFormat: emr-xml, // 标明格式回读时要用 content: docData }) }); // 回读用同样格式反序列化 const res await fetch(/api/emr/load?patientId${currentPatientId}); const saved await res.json(); editor.deserialize(saved.content, saved.docFormat);逻辑说明serialize 返回的是控件内部文档模型包含域值、版式、留痕记录这是 HTML 给不了的。存库时一定要带上 docFormat 字段因为控件升级后格式可能变回读时要按格式走对应解析分支。deserialize 的第二个参数就是干这个的。参数上content 字段可能很大带留痕的病历几 MB 很正常数据库字段类型要选大文本或 blob别用 varchar 卡死。另外保存频率要控制我一般做 30 秒自动存一次加手动保存太频繁会拖慢编辑。4. 避坑与排查集成病历控件最常见的五个翻车点4.1 控件加载成功但页面空白现象容器 div 有高度控件也提示加载完成但编辑区一片白。原因通常是容器尺寸在控件初始化时还没算出来或者 CSS 里给容器设了display:none后又显示。解决把初始化放到容器可见且尺寸确定之后必要时在window.onload或ResizeObserver回调里再调一次editor.resize()。我一般会在容器上写死一个最小高度避免布局抖动。4.2 域值回填后显示成占位符现象setFieldValue调了没报错但界面上还是显示模板里的占位文本。原因多半是模板加载是异步的你在 loadTemplate 的 then 之前就回填了。解决所有回填操作必须放进 loadTemplate 的回调里或者用 await 串起来。另一个可能是域名拼写和模板定义不一致控件不会报错只会静默忽略排查时把模板里的域名列表打出来对一遍。4.3 打印版式和编辑视图不一致现象屏幕上好好的打印出来分页位置全乱。原因是编辑视图用了屏幕 DPI打印用了物理尺寸两者没对齐。解决确认控件的 page 参数用的是物理单位mm并且打印时走控件自己的打印接口而不是浏览器window.print()。浏览器打印会重新排版域和分页都可能丢。我一般直接调editor.print()让它按文档容器渲染。4.4 留痕记录丢失或错乱现象改了几处保存后回读发现留痕少了或者挂到了错误的域上。原因通常是保存时只序列化了当前视图没序列化完整留痕栈或者并发编辑时后保存的覆盖了前面的。解决确认 serialize 带留痕参数服务端做乐观锁版本号冲突时提示而不是直接覆盖。留痕是合规底线这块不能省。4.5 源码定制后编译不过或运行时报缺依赖现象改了源码里一个渲染方法编译报错或运行时空指针。原因是控件源码往往依赖特定版本的第三方库你本地环境版本不一致。解决先按源码附带的依赖清单把环境对齐改之前跑通原始编译再小步改、每步编译。别一上来就大改病历控件内部耦合通常比看起来深。5. 进阶用域校验和模板版本管理把病历质量顶上去集成跑通只是起点真正让这套控件产生价值的是两件事域级校验和模板版本管理。域校验解决的是「医生漏填、填错」的问题模板版本管理解决的是「病历模板改了老病历还能不能正确回读」的问题。先说域校验。控件一般提供域级校验钩子我习惯把校验规则配置化而不是写死在代码里。下面是一个校验配置的例子。// 域校验规则配置按域名挂规则便于运营维护 const fieldRules { chiefComplaint: { required: true, maxLength: 200, // 自定义校验不能只填标点 validator: (val) /[\u4e00-\u9fa5a-zA-Z0-9]/.test(val) }, diagnosis: { required: true, // 诊断必须从字典选不能自由输入 source: icd10 } }; // 保存前统一校验 function validateBeforeSave(editor) { const errors []; for (const [field, rule] of Object.entries(fieldRules)) { const val editor.getFieldValue(field); if (rule.required !val) { errors.push(${field} 不能为空); } if (rule.validator val !rule.validator(val)) { errors.push(${field} 格式不合法); } } return errors; }逻辑说明把规则抽成配置对象运营改规则不用动代码。validateBeforeSave 在保存前统一跑一遍返回错误列表给界面提示。参数上required 和 maxLength 是基础validator 用来处理业务规则source 表示这个域的值必须来自字典而不是自由文本这在诊断、手术这些域上特别重要。再说模板版本管理。病历模板会随科室要求不断调整但已经归档的病历必须按当时的模板回读。我的做法是模板带版本号病历保存时记录 templateId templateVersion回读时按版本加载对应模板。控件如果支持多版本模板共存最好不支持就在服务端做模板快照回读时用快照实例化。这块不做半年后老病历打不开是必然的。最后说一个我自己的习惯每次控件源码升级前先拿三份真实病历一份简单门诊、一份带重复组的病程、一份归档留痕的做回归确认域值、版式、留痕三项都没变再上。病历这东西出问题就是合规问题没有后悔药。希望帮到你。本文还有配套的精品资源点击获取 电子病历控件源码集成指南：从文档模型到Web系统落地
简介这是一套面向医院信息化开发者与医疗软件工程师的电子病历控件源码用于构建电子病历文档编辑功能适合具备C#与WinForms基础、需要快速集成病历编辑模块的技术人员。压缩包共663个文件约6.49MB以313个bmp界面位图、163个cs源码文件、49个resx与49个resources资源文件为主另含14个dll、6个exe及5个csproj工程文件构成可直接编译运行的完整解决方案。源码覆盖病历文档的编辑、保存、树形结构展示与逻辑删除等典型业务场景配套图标与位图资源可直接复用于界面搭建工程文件与配置项齐全便于二次开发与功能裁剪。目前已有532人学习下载适合需要参考病历编辑器实现思路、快速搭建医疗文档编辑模块的开发者研读与借鉴。1. 电子病历控件源码医院文档编辑为什么不能直接用富文本编辑器做过 HIS 或临床系统的人都遇到过这个场景医生要在浏览器里写一份入院记录里面要插结构化字段、要调模板、要留修改痕迹、要能打印成符合病案室要求的版式。你一开始可能想用 Quill、TinyMCE 或者 wangEditor 顶一下结果发现根本顶不住——它们处理不了医学文档的段落级锁定、域代码替换和版式精确还原。这就是「电子病历控件源码」这个方向存在的理由它不是普通富文本而是一套面向医院电子病历文档编辑场景的专用控件通常以源码授权或 SDK 形式交付让集成方嵌入自己的 HIS、EMR 或门诊系统。这个标题背后真正要解决的问题有三个。第一是文档模型病历不是一篇自由文章而是「模板 数据域 可编辑区」的组合控件必须能识别哪些段落允许医生改、哪些是系统回填的只读域。第二是版式病历打印要过病案质控页边距、字体、行距、分页位置都有硬性要求浏览器默认渲染根本对不齐。第三是留痕电子病历要求保留修改痕迹和签名控件得在文档层面记录谁在什么时候改了哪个域。适合读这篇的人很明确正在做 EMR 或电子病历编辑器选型的后端/前端工程师、需要把病历编辑能力集成进现有系统的技术负责人以及想评估「买控件源码自己改」和「纯自研」哪条路更划算的架构同学。下面我按「先搞清文档模型再动手跑通最小集成最后说坑」的顺序讲中间会给可直接抄的代码和参数。2. 病历文档模型与控件选型先想清楚三件事再动手2.1 病历文档到底由什么组成普通富文本的模型是「一段 HTML 或 Delta 操作序列」而病历控件的模型通常是「文档树 域 样式表」。我一般把它拆成四层来看。最底层是文档容器负责分页、页眉页脚、纸张尺寸往上是段落与表格结构决定版式骨架再往上是域Field每个域有唯一名称、数据类型、是否可编辑、是否必填最上层是模板模板把域和固定文本拼成一份可实例化的病历。理解这个分层很关键因为它直接决定你集成时改哪里。比如医生反馈「主诉这一段改不了」你要定位的是域的 editable 属性而不是去改富文本的 contenteditable。再比如「打印出来少了一行」问题多半在文档容器的分页参数而不是段落内容。常见做法是控件会提供一套 API 让你按域名读写值类似setFieldValue(chiefComplaint, ...)同时提供只读/可编辑切换。选型时第一件事就是确认这套域模型是否支持嵌套和重复组因为病程记录、会诊记录经常是「一个主记录带多条子记录」的结构扁平域模型到后面会非常难受。2.2 选型时我会重点看的五个参数市面上的电子病历控件源码质量差异很大我一般按下面这张表逐项过任何一项不达标基本就 pass。评估项合格线为什么重要文档格式支持自有二进制或 XML 文档格式不依赖 HTML 存盘HTML 存盘会丢版式和域信息回读必翻车域模型支持命名域、只读域、必填校验、重复组决定能不能表达真实病历结构版式还原打印/导出 PDF 与编辑视图一致支持精确分页病案质控硬要求留痕能力文档级修改记录可定位到域和操作人电子病历合规基础源码可控提供可编译源码关键模块可改医院需求千奇百怪纯黑盒迟早卡死这里要提醒一句很多标榜「电子病历控件」的产品其实是富文本套壳文档格式就是 HTML域模型靠 span 的 data 属性硬凑。这种方案做 demo 很快一上真实病历模板就露馅。判断方法很简单问对方要一份带重复组和只读域的模板现场实例化两次看回读后域值还在不在。2.3 自研还是买源码算一笔现实的账纯自研一个能过病案质控的病历编辑器我见过的团队基本要投入 3 到 5 个人月起步而且版式还原和留痕这两块是无底洞。买源码的价值不在于省那点开发时间而在于拿到一套已经被多家医院验证过的文档模型和渲染逻辑你只需要做集成和少量定制。但买源码不等于躺平。你要评估的是「定制成本」如果医院要求特殊的分页规则、特殊的签名展示而源码里这部分写得耦合很死改起来可能比自己写还痛苦。我的经验是选型阶段一定要拿到源码后做一次「改一个域渲染样式」的实测改不动就说明架构耦合太深后面会持续踩坑。3. 把控件集成进 Web 系统最小可运行步骤3.1 环境准备与依赖确认假设你拿到的是一套基于 ActiveX 或浏览器插件的传统病历控件源码这是医院场景里很常见的一类集成前先把运行环境对齐。下面是我一般会先跑的检查脚本用来确认客户端环境是否满足控件加载条件。# 检查浏览器位数与控件注册情况Windows 客户端场景 # 1. 确认浏览器是 32 位还是 64 位控件位数必须匹配 wmic process where nameiexplore.exe get ExecutablePath # 2. 查询控件是否已注册到系统 reg query HKCR\CLSID /f 你的控件ProgID /s # 3. 确认 .NET 或 VC 运行库版本满足控件依赖 dotnet --list-runtimes这段脚本的逻辑是控件加载失败十有八九是位数不匹配或没注册。第一条确认浏览器进程路径间接判断位数第二条在注册表里搜控件 ProgID搜不到说明根本没注册成功第三条确认运行库很多控件依赖特定版本的 .NET 或 VC 运行库缺了会静默失败。参数上/f后面换成控件文档里给的 ProgID/s表示递归搜索子键。如果是纯 Web 方案基于 Canvas 或 WebAssembly 渲染环境准备就简单得多重点变成确认浏览器版本和字体资源。病历打印对字体敏感宋体、仿宋这些必须确保客户端装了否则版式会漂。3.2 在页面里挂载编辑器并绑定模板挂载这一步的核心是「先给容器再喂模板最后绑数据」。下面是一段典型的初始化代码我把它写成可直接改参数的形式。// 初始化电子病历编辑器 // containerId: 页面里预留的容器 div // templateId: 从后端拉取的病历模板标识 const editor new EmrEditor({ container: document.getElementById(emr-container), // 文档容器参数直接影响打印版式 page: { size: A4, marginTop: 25, // 单位 mm病案质控常用 25mm marginBottom: 25, marginLeft: 20, marginRight: 20 }, // 只读模式用于病历归档后查看 readOnly: false, // 留痕开关编辑态一般打开 trackChanges: true }); // 加载模板模板决定哪些域可编辑 editor.loadTemplate(templateId).then(() { // 模板加载完再回填患者数据顺序不能反 editor.setFieldValue(patientName, 张三); editor.setFieldValue(chiefComplaint, 反复咳嗽3天); // 重复组病程记录可以有多条 editor.addRepeatGroup(progressNotes, { date: 2024-01-01, content: 患者一般情况可 }); });逻辑说明先构造编辑器实例page 参数决定文档容器的物理版式这几个 margin 值不是随便填的很多医院病案室要求上边距 25mm 留装订线。loadTemplate 必须在 setFieldValue 之前因为域是模板定义的模板没加载时域还不存在回填会丢。addRepeatGroup 用来处理一对多结构这是普通富文本完全没有的能力。参数上要重点盯的是 readOnly 和 trackChanges。归档后的病历必须 readOnly否则留痕就失去意义编辑态 trackChanges 打开后每次改域都会记一条记录性能会有下降大模板下要评估。3.3 保存与回读文档格式决定成败保存这一步是很多集成翻车的地方。如果你把病历存成 HTML回读时域信息和版式基本保不住。正确做法是调用控件自己的序列化接口存成它定义的文档格式。// 保存拿到控件序列化后的文档数据 const docData editor.serialize(); // docData 是控件自有格式常见为 XML 或二进制 base64 // 直接存库不要转成 HTML await fetch(/api/emr/save, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ patientId: currentPatientId, templateId: templateId, docFormat: emr-xml, // 标明格式回读时要用 content: docData }) }); // 回读用同样格式反序列化 const res await fetch(/api/emr/load?patientId${currentPatientId}); const saved await res.json(); editor.deserialize(saved.content, saved.docFormat);逻辑说明serialize 返回的是控件内部文档模型包含域值、版式、留痕记录这是 HTML 给不了的。存库时一定要带上 docFormat 字段因为控件升级后格式可能变回读时要按格式走对应解析分支。deserialize 的第二个参数就是干这个的。参数上content 字段可能很大带留痕的病历几 MB 很正常数据库字段类型要选大文本或 blob别用 varchar 卡死。另外保存频率要控制我一般做 30 秒自动存一次加手动保存太频繁会拖慢编辑。4. 避坑与排查集成病历控件最常见的五个翻车点4.1 控件加载成功但页面空白现象容器 div 有高度控件也提示加载完成但编辑区一片白。原因通常是容器尺寸在控件初始化时还没算出来或者 CSS 里给容器设了display:none后又显示。解决把初始化放到容器可见且尺寸确定之后必要时在window.onload或ResizeObserver回调里再调一次editor.resize()。我一般会在容器上写死一个最小高度避免布局抖动。4.2 域值回填后显示成占位符现象setFieldValue调了没报错但界面上还是显示模板里的占位文本。原因多半是模板加载是异步的你在 loadTemplate 的 then 之前就回填了。解决所有回填操作必须放进 loadTemplate 的回调里或者用 await 串起来。另一个可能是域名拼写和模板定义不一致控件不会报错只会静默忽略排查时把模板里的域名列表打出来对一遍。4.3 打印版式和编辑视图不一致现象屏幕上好好的打印出来分页位置全乱。原因是编辑视图用了屏幕 DPI打印用了物理尺寸两者没对齐。解决确认控件的 page 参数用的是物理单位mm并且打印时走控件自己的打印接口而不是浏览器window.print()。浏览器打印会重新排版域和分页都可能丢。我一般直接调editor.print()让它按文档容器渲染。4.4 留痕记录丢失或错乱现象改了几处保存后回读发现留痕少了或者挂到了错误的域上。原因通常是保存时只序列化了当前视图没序列化完整留痕栈或者并发编辑时后保存的覆盖了前面的。解决确认 serialize 带留痕参数服务端做乐观锁版本号冲突时提示而不是直接覆盖。留痕是合规底线这块不能省。4.5 源码定制后编译不过或运行时报缺依赖现象改了源码里一个渲染方法编译报错或运行时空指针。原因是控件源码往往依赖特定版本的第三方库你本地环境版本不一致。解决先按源码附带的依赖清单把环境对齐改之前跑通原始编译再小步改、每步编译。别一上来就大改病历控件内部耦合通常比看起来深。5. 进阶用域校验和模板版本管理把病历质量顶上去集成跑通只是起点真正让这套控件产生价值的是两件事域级校验和模板版本管理。域校验解决的是「医生漏填、填错」的问题模板版本管理解决的是「病历模板改了老病历还能不能正确回读」的问题。先说域校验。控件一般提供域级校验钩子我习惯把校验规则配置化而不是写死在代码里。下面是一个校验配置的例子。// 域校验规则配置按域名挂规则便于运营维护 const fieldRules { chiefComplaint: { required: true, maxLength: 200, // 自定义校验不能只填标点 validator: (val) /[\u4e00-\u9fa5a-zA-Z0-9]/.test(val) }, diagnosis: { required: true, // 诊断必须从字典选不能自由输入 source: icd10 } }; // 保存前统一校验 function validateBeforeSave(editor) { const errors []; for (const [field, rule] of Object.entries(fieldRules)) { const val editor.getFieldValue(field); if (rule.required !val) { errors.push(${field} 不能为空); } if (rule.validator val !rule.validator(val)) { errors.push(${field} 格式不合法); } } return errors; }逻辑说明把规则抽成配置对象运营改规则不用动代码。validateBeforeSave 在保存前统一跑一遍返回错误列表给界面提示。参数上required 和 maxLength 是基础validator 用来处理业务规则source 表示这个域的值必须来自字典而不是自由文本这在诊断、手术这些域上特别重要。再说模板版本管理。病历模板会随科室要求不断调整但已经归档的病历必须按当时的模板回读。我的做法是模板带版本号病历保存时记录 templateId templateVersion回读时按版本加载对应模板。控件如果支持多版本模板共存最好不支持就在服务端做模板快照回读时用快照实例化。这块不做半年后老病历打不开是必然的。最后说一个我自己的习惯每次控件源码升级前先拿三份真实病历一份简单门诊、一份带重复组的病程、一份归档留痕的做回归确认域值、版式、留痕三项都没变再上。病历这东西出问题就是合规问题没有后悔药。希望帮到你。本文还有配套的精品资源点击获取