做电子病历系统，一定要使用HL7吗？

再燃一根烟

做电子病历系统，一定要使用HL7吗？

我觉得如果数据结构设计的比较完整，最终应该可以和HL7进行映射的。
就是说，面向用户的部分采用传统的开发方式，在导出或者需要进行交流的
时候再进行HL7的转化封装。

是不是可以这样理解呢？请大家指点。

yuanyg

其实看一看日本的MML，大家就会知道，日本人也不是非要把HL7做到HIS中去，而是部分地加以利用，最终用于医院间交流的是MML，(Medical Markup Language),就是本地化的医学XML格式，所以我认为对HL7不必进行过多的追随，适度应用就可以了，关键是要针对HIS系统的结构进行具体分析，是整合还是外挂，应由开发商自己考虑，相对而言，外挂的代价会小一些。

再燃一根烟

谢谢楼上的指点。
能介绍以下ＭＭＬ吗？或者网站？

yuanyg

http://www.medxml.net/，你看一看吧，有中文版，呵呵，日本人推广他们的标准真是不遗余力啊！

yuanyg

嗯，是的，是郭锦秋教授翻译的，2.3版和3.0版都是他翻译的，真的是很厉害，有谁认识郭教授吗？很希望能和他交流一下：）

chanpon

目前在国内，一个医院的所有系统通常都是有同一开发商开发的，而且诊疗数据也是在不同医院之间进行的，所以每个医院在系统的出口处配有HL7message接口就可以。但是，随着医疗信息产业的发展，医院恐怕希望有更多的选择权，那么一个医院的各个系统可能是由不同的厂家开发而成，这样就需要各自系统也配有标准的接口了。
日本的MML3.0版本其实是嵌在HL7messages中的医疗文档规格，HL7组织虽然也用XML结构诊疗记录，但是考虑到各个国家的国情不同，所以有扩张的记述形式供采用。MML就是利用了这一点。在日本MML不仅用在医院与医院之间，也用在同一医院的不同系统之间的数据交换。除了MML规格以外，MedXML组织还制定了CLAIM（CLinical Accounting InforMation)规格，它是MML的从属规格，用在同一医院的电子病历系统与医务结算系统之间进行数据传输，包括两个模块。医生诊察结束后电子病历方通过CLAIM接口将医疗服务的内容传到医务系统进行结算。国内现在很多医院有财务结算系统，那么将来在引进电子病历系统时，如果有标准的交换规格可以采用，电子病历的厂家就不用针对每家医院的财务系统开发接口了。

MML和CLAIM的汉化版有可能在下个月在MedXML网站公开，当然目前只是规格阶段，还有待于实际验证。

jhs1

从北京到上海，最近的路是直接去。
但是，先到广州，再去上海，也不是不行，只是没有必要。
没有必要舍近求远。

老包

看一看不按照DICOM标准的各类图象系统的命运也许就能找到答案。

在产业界，标准是个命根子，谁的标准得势就成王，否则就败北。例如一个老板要造一种非标准接口的灯泡，这是他的自由，只是市场的规律是铁的，不留情面的。

有人说一流企业拼标准，二流企业拼技术，这话有点道理。以前看到西方化那么大力气搞各种各样的标准，不太理解。

我们国家对标准的重要性的认识，只是近来才开始。

jhs1

标准是生命，标准是法律，无论怎么强调，都不过分。

再燃一根烟

确实是个两难的选择啊。

jhs1

最初由 onetwo 发表
[B]问题是我们不能乱用标准，不是什么国际标准都合适，
如果这样，我们开发电子病历系统为什么不去按制酒的标准呢？那也是国际标准呀！！！ [/B]

这是哪儿跟哪儿啊？不理解！