问问关于病人唯一性ＩＤ的问题

alinew

目前我院的ＨＩＳ中没有实现病人的唯一性ＩＤ，病人每次就诊或者住院都分配一个顺序号贯穿整个就诊过程。
<br>系统有病案号　但不是强制字段　由相关人员根据需要录入　有的人有　有的人没有
<br>
<br>现在我们想建立一个病人的唯一ＩＤ，将病人在我院的可能的多次门诊，多次住院的数据能够统一管理，不知道版上的ｘｄｊｍ有啥建议，是采用序列号方式的ｉｄ还是采用有一定含义的ｉｄ呢？这两种方法各有什么优缺点？想听听大家的看法。。。或者还有没有更好的其他的办法？

sfinder

最好用一个全国唯一的标识号，加拿大是每个居民都有健康卡号码。但医院内部可以用 PID 就是本医院内的唯一识别号

alinew

用身份证号的办法也不是没有想过　但是实际操作上挺麻烦的　现在身份证还不是每个人出门都记得带的　也不是每个人都记着自己的身份证号的　所以觉得不是一个最好的选择
<br>身份证号用来作事后处理系统可能还比较好一点　实时系统感觉还是差点意思

ermulong

是一个很难很难的问题

南京猿人

IHE 手册上提到过类似的解决方案。不仅需要ID的整合，还需要数据的整合。至少是合理的关联。多系统集成的成本高，利益驱动性少，的确比较难。
<br>
<br>社保号由于牵涉到个人信用历史，盗用信用卡申请等一系列问题，有些国家立法是不给用的。还有一个，就是病人是否有匿名就医的权利？这是个伦理学的问题，尤其对对某些敏感的病人，比如AIDS.有些国家保护隐私权，就立法不能实名制。
<br>
<br>安贞周奕那边，好像没有自动累加，而是采用了算法，相当有利于病案管理，多种检索查询。有兴趣的，可以根据病案号的应用域，开发一个算号器。<!--editpost--><br><br><br><div><font class='editinfo'>此帖由 南京猿人 在 2006-01-23 18:58 进行编辑...</font></div><!--editpost1-->

sycamoredr

<!--quote-sfinder+2006-01-23 11:46--><div class='quotetop'>引用sfinder &#064; 2006-01-23 11:46)</div><div class='quotemain'><!--quote1-->最好用一个全国唯一的标识号，加拿大具体做法是用公民的社会保险号(9位）<!--quote2--></div><!--quote3-->
<br>新西兰有全国统一的NHI，已经用了近20年。所有与病人有关的软件和程序都用它。
<br><a href="http://www.nzhis.govt.nz/nhi/" target="_blank">http://www.nzhis.govt.nz/nhi/</a>

听雨弹剑

<p>to alinew <br />首先，在同一个系统中，为同一个患者分配唯一ID是很有价值的，也是应该的。它的好处就不多说了。<br />根据数据库设计的原则，通常不使用有意义的值（如身份证号，姓名等）直接做为ID，尽量使用序列号等无意义的值的方式。<br /></p><p>to Paullee 在多个系统中患者统一ID的问题。<br />这实际上是一个PIX（Patient cross reference）问题。基本用例包括，一个医院内的多个系统如何识别同一个患者，多个医院间的系统如何识别同一个患者等。目前现在随着电子病例，医疗集团和区域性信息系统的发展，此技术也逐渐成熟。<br />前几年，比较通用的解决方案是MPI，Mater Patient Index，即有一个中心服务器负责多个系统的患者数据维护，主ID生成，并将此主ID与不同系统的ID建立映射关系。<br />后来，由于MPI方案的缺点，如系统可扩展性比较差，PIX方案越来越得到大家的认可。可以参考IHE IT Infrastructure部分。基本过程是，每个系统分别维护自己的患者ID，并将自己的患者信息发送到PIX管理器，PIX管理器为各个系统中的患者ID建立交叉索引关系。<br />关于此问题，我曾经与包永建先生进行多次探讨。<br />人民医院的王力华女士也专门写了一篇文章来阐述这个问题，她还十分善良的把我署名为第二作者。：）</p><p>对于患者合并的问题，HL7有专门的消息来支持患者合并。除了包罗老师提到的用例，还有一种是急诊情况下为一个患者分配临时ID，之后在将此临时ID以及相关的数据（费用，检查图像等）合并到患者的主记录上。<br />处理患者合并的逻辑是由各个产品自己定义的。例如，对于GE的RIS，就是将患者所有的相关数据合并到同一个ID下。废弃另外一个ID。 <br />同时，此问题也可以通过PIX的方式解决。<br /></p><p>继续讨论学习。</p>

jhs1

<!--quote-sfinder+2006-01-23 00:46--><div class='quotetop'>引用sfinder &#064; 2006-01-23 00:46)</div><div class='quotemain'><!--quote1-->最好用一个全国唯一的标识号，加拿大具体做法是用公民的社会保险号(9位）<!--quote2--></div><!--quote3--><br />中国10几亿人口，每人一个ID号，单纯用数字，累计就已经超过9位了。

jhs1

<!--quote-听雨弹剑+2006-01-24 02:01--><div class='quotetop'>引用听雨弹剑 &#064; 2006-01-24 02:01)</div><div class='quotemain'><!--quote1--><p>人民医院的王力华女士也专门写了一篇文章来阐述这个问题，她还十分善良的把我署名为第二作者。：）<!--quote2--></div><!--quote3--></p><p>很愿意读听雨谈剑的帖子。在网上粗略地搜索了王力华女士的文章：<br /><a href="http://www.google.com.sg/search?sourceid=navclient&hl=zh-CN&ie=UTF-8&rls=GGLD,GGLD:2005-23,GGLD:zh-CN&q=%E4%BA%BA%E6%B0%91%E5%8C%BB%E9%99%A2%E7%9A%84%E7%8E%8B%E5%8A%9B%E5%8D%8E" target="_blank">http://www.google.com.sg/search?sourcei...%8A%9B%E5%8D%8E</a></p>

dreamaster

<!--quote-Paullee+2006-01-24 01:05--><div class='quotetop'>引用Paullee &#064; 2006-01-24 01:05)</div><div class='quotemain'><!--quote1-->atient ID 唯一性问题解决的难易程度取决于其应用域的大小，纵向有医院，地区，省市还有全国，横向有医院，诊所，社区，医保还有公共卫生，主要是：谁是主管，谁定规矩并负责组织协调，靠软件开发者，靠技术是解决不了的。虽然难，但主要不是技术问题。
<br>但不能忽略的与此有关的一个技术问题是，当在某个确定的域内发现一个病人有了二个以上的ID，并且都被使用了相当时间以后（有实践经验的网友应该知道此种情况并不少见），特别是对多供应商的集成HIS，如何实现合并？有兴趣者可提供答案。<!--quote2--></div><!--quote3-->
<br>
<br>《分析模式》一书中有关于ID合并的比较详细的讨论，而且用的就是医院信息系统的例子。从系统设计层面给出了非常好的描述。

dreamaster

hehe,请参阅第五章第三节 “Object Merge”，具体内容我忘记了，这本书中很多模式都是可以用到HIS系统中的（而且是很适合）。
<br>
<br><a href="http://219.146.141.181/AP.rar" target="_blank">http://219.146.141.181/AP.rar</a><!--editpost--><br><br><br><div><font class='editinfo'>此帖由 dreamaster 在 2006-01-26 15:45 进行编辑...</font></div><!--editpost1-->

drewlee

Dreammaster提供的原书我没download下来。没有眼福了。
<br>
<br>我的IT经历中也遇到过众多关于ID的问题，有自己的，也有别人的。跟大家探讨一下。我认为，ID的在需求和设计一些基本的特性可以有蛮直接的指导作用。一般ID可以分为两类，一类指代码的ID，用于替代某些常用类型、动作、组织等的定义，如：疾病的ICD10，付费类型；另一类属于基础数据的代码，如：病人ID，就诊卡ID等。
<br>第一类ID的数据量一般不大，增长速度小，一般不可重用。第二类ID的数据量一般很大，增长速度快，在部分情况下可以重用，如IC卡号。
<br>
<br>他们有ID的共性：
<br>1.唯一的标识性。ID是用来标记一个对象在IT系统中的“身份证明”。
<br>2.作用的区域性。如：身份证只限于“成年中国大陆人”，同一个病人在不同的医院HIS有不同的ID。
<br>3.是快速操作对象的句柄。
<br>
<br>上文提到的Copy and Replace，Superseding，Essence/Appearance三中ID处理方式也应根据具体的情况来处理。如采用域信任机制、优化ID的结构等。如常见的病人重号的情况，就是Patient ID在HIS系统中失去了ID的特性的结果。
<br>
<br>保证了ID的特性，才能让ID产生ID的效果。
<br>
<br>－－－－－－－－－－－－－－－－－
<br>
<br>对于重号的情况，我会采用以下措施：
<br>1.检查各域ID的明确逻辑定义。
<br>2.建立ID的域间对应关系。
<br>3.建立逆向算法或流程。（以防万一）
<br>
<br>

xjj97224

<p>     要实现唯一性ID，狭义上医院内部应具备凌驾与各个系统之上相对独立的MPI系统来维护各个子系统的映射关系。必须要求各个子系统能实现各自内部病人唯一号的功能。具备合病人信息的功能。广义上区域卫生领域应具有凌驾以医院之间的相对独立的MPI系统。甚至到国家级的MPI系统。形成一颗倒置的树状关系。</p><p>      GE的所谓的PIX原理个人理解除了维护有各个子系统的映射之外，还要在PIX Server上维护病人的特征信息。</p>

jxdn_yang

学习

oneyu2002

<p>十分关注！</p><p>特别是门诊患者的信息，实事上存在着大量的重复信息。</p>