这是个复杂问题，但也以先分解再整合的方式来解决。从各位的发言来看，讨论问题的焦点有点不一致。我们可以试着将其分成问题的两个方面，一方面是系统内部病人唯一识别号的问题，另一方面是：当多个由不同供应商提供的系统之间形成互操作时，多个病人标识号域病人标识号的交叉引用问题，对于第二个问题听雨弹剑已经给出了很准确与详细的论述.我不再说什么.
对于第一个问题,我觉得大家将病人ID号的含意没有定下来.其实,首先病人ID主要目的是服务于计算机系统管理的,而不应该让它兼着其它的角色.也就是说,我们定位的病人ID就是一个patient intermal ID.它唯一的职责,就是在系统中唯一识别一个病人的.所以,用一个与现实世界有联系的号(例如:身份证号,门诊病案号,卡号,住院病案号等)来表示它都是合适的.既然是内部号,一定是用户不可见的,无明确含义的,也是计算机自动产生的.
至于一些人将重点放在如何防止出现重号这件事情上(试图用身份证号做为病人ID号的人,就有这种情节).我认为是将解决问题的方向搞错了.因为,防止不出现重号这件事情不是技术问题,而且这件事情是不可避免的(如果想避免管理上的代价太高或管理太复杂以至于无法实施).所以技术人员必须将解决方案重点放到:出现重号时如何合并,而合并的关键是:如何正确合并重号的病人记录.如果将问题逐步定焦点于此,具体解决方法就变成简单的事情了.
当然,对于在各自现运行的系统基础上,来解决这个问题(而不是重新设计一个系统),则取决于原系统设计者在这一块的处理.像有的系统将patientID赋于门诊病案号的意义,且没有有效分离病人ID与病人不同类型记录之间的关联,恐怕解决起来涉及的面就有点广了. |
发表于 2006-5-23 11:51:47
fuglesoft @ 2006-05-10 17:15)</div><div class='quotemain'><!--quote1--><p>我也在想解决这个问题，现在用生一个8位的门诊号做为唯一ID，住院号不唯一</p><!--quote2--></div><!--quote3--><br /><p>你的门诊号实际上是PatientID。</p><p>按照业务特点看，门诊号和住院号应该是流水号，跟PatientID无关。</p><p>根据大家所说的情况，如果使用类似身份证的号码作PatientID，在业务处理中PatientID的准确性可以分为三类：1.准确的，有身份证的、医疗证或准确记得这些证件号码的；2.模糊的，只能凭模糊的记忆来提供号码的；3.未知的，记性差的老年人、急诊患者等等。</p><p>如果PatientID在系统设计的时候就只针对一种类型，我认为是有缺陷的，因为医院的流程设计与系统设计不配合。IT系统是准确和规范的，这与现有的医院业务管理多少会有些差距。我的意见是信息科和业务科要配合起来作PatientID控制。比如，可以通过在流程设计中加入一些规则，如：1.规定两组编号是针对第二类和第三类的，由登记员提供excel的列表。2.系统管理员对这些列表进行整理。3.反馈整理的信息给登记员，最好是给程序打个补丁，在登记台提供重复姓名的列表。4.第三类PatientID的情况应该比较少，可以考虑使用照片或指纹等补充识别的方式。</p><p>归根到底，HIS的建设不是一气呵成的，需要很多的客观条件；既然这样，过渡时期的功能必不可少，即功能强大的高效的系统管理子系统。至少PatientID的合并、交叉索引、取消等功能不用我用SQL作吧。</p><p></p>
发表于 2006-8-15 18:36:23