电子病例平台讨论

xuyunxi

在软件开发中开发软件产品和做软件项目是有很大区别的，软件项目可以紧紧围绕需求，以满足用户的具体需要的原则，一般用户都会提出自己的具体要求，因而软件项目具有满足特定用户特定需求的特点，然而确有通用性差，健壮性差等缺点；软件产品的要求就非常的高，要求具有通用性，健壮性，稳定性，具有可以进行版本不断进化的特点，其系统的架构其实就是能够在其上能够持续版本开发的基础平台。
我们可以把电子病例系统架构中的几个关键技术分成几个部分来相对独立的讨论，如：
版本控制；
安全控制；
工作流；
数据类型；
数据交换接口；
希望大家能够积极讨论！

tianma

下面引用由熟透番薯在 2003/08/06 07:48pm 发表的内容：
任何系统的开发都是以需求为基础的

   同意熟透番薯的观点。即使是微软的windiws，也要做详细的需求分析（可见比尔.盖茨写的书），何况应用软件系统？
   回顾我们国家做的软件（还包括硬件），往往重编程轻分析，在界面和局部性的技巧上下功夫、做“亮点”。
可用户对这些“亮点”并不买帐，而用户实际需要的，却做不到位。
做应用特别要注重需求分析。 :em13:

sbf2000

下面引用由xuyunxi在 2003/08/06 10:17pm 发表的内容：
在软件开发中开发软件产品和做软件项目是有很大区别的，软件项目可以紧紧围绕需求，以满足用户的具体需要的原则，一般用户都会提出自己的具体要求，因而软件项目具有满足特定用户特定需求的特点，然而确有通用性 ...

我觉得大家在做软件产品也好，在搞软件项目也好，千万不要忘了最基本的原理讨论。特别是电子病历方面，还有很多方法需要理论支持。因为一个具体的实现过程或方法可以走不同的途经，达到相同的效果，所以，有时光讨论细节问题将得不到共识和一致。然而，大家正真需要的是理论上的理解，只有理解统一了，不管是做产品也好，搞项目也好都会轻松自如，融会贯通。电子病历也许会因此从一门技术成为一门科学。

xuyunxi

关于是注重理论还是注重实现这个问题主要是看从什么角度来分析：
如果从电子病例的研究来看，那么电子病例本身当然涉及好多医学和IT上的基础理论研究，这些理论将构成电子病例系统的基础架构；
如果从电子病例系统来看，那么系统要建设在基础的理论模型基础之上，其重点在于如何对理论的实现及实际需求的满足。
因而关于这个问题的讨论其实就是看你的侧重点在哪里，如果侧重理论研究，举例来说，可以仔细研究HL7，而不用考虑太多HL7实现起来是多么的复杂，多么的费时；而如果侧重系统的研究，就必须要考虑理论模型在实现中的简易程度，实际的效果，具体的需求满足和技术细节等等，因而是理论的抽象和具体化。

drcpanet

似乎有点理解.

呼吸

xuyunxi，
电子病历结构化的根本用途是方便检索，如果一个字段在不同医学专业领域内它的数据级别（例如你所说的6级结构）不同，那么在录入及检索中会不会出现错误？

xuyunxi

如果只是一个单纯的字段，那么它的位置就应该在6层结构中的最后一级数据层，如果是术语的话，比如血压，可以使用在很多的地方，那么检索的依据并不是血压，而是引用血压的位置的路径，那么在电子病例中的结构化结构中，需要通过知识路径和运行时路径两种相结合才能达到有效的进行电子病例结构化的查询目的.
其实，电子病例系统中如何建立查询路径和查询机制是一个非常重要的技术，是非常关键的！

我心依旧

还是有些不明白，例如胸痛，可以是呼吸专业、也可以是心血管专业或血液专业的，如何区分？也放在最后一级吗？更加细致的分级定义如何处理？

xuyunxi

电子病例的结构模型只是用来表达电子病例的通用的结构，而与具体的医学专业没有关系，比如胸痛它可以由所有需要使用它的专业来引用，这种结构是可以在结构中的同一级别中被不限制多次引用的。

waynelu

xuyunxi
我们公司是专业从事电子病历研发,如果可能与我联系! 大家交流并合作,一起努力.
025-4822262
陆伟文
wayne@haitaiinc.com

xuyunxi

平台目前正在设计与各种HIS产品连接的通用接口,希望能够与医生工作站\\护士工作站\\门诊工作站进行接口.

frame

非常羡慕，想知道目前国内搞这一行的人出身是计算机的多还是搞医的多，^_^。

xuyunxi

全国卫生信息化发展规划纲要2003－2010的发布，我想会极大促进中国CIS及电子病例的发展的，同仁们我们一起努力！

labsys

我是专门搞lis研究的， 电子病例中LIS有关的问题，可以探讨．

xuyunxi

谢谢labsys，将来涉及到和lis的信息交换及其它问题肯定会向您请教的。呵呵！先谢了！