问问关于病人唯一性ＩＤ的问题
目前我院的ＨＩＳ中没有实现病人的唯一性ＩＤ，病人每次就诊或者住院都分配一个顺序号贯穿整个就诊过程。<br>系统有病案号 但不是强制字段 由相关人员根据需要录入 有的人有 有的人没有
<br>
<br>现在我们想建立一个病人的唯一ＩＤ，将病人在我院的可能的多次门诊，多次住院的数据能够统一管理，不知道版上的ｘｄｊｍ有啥建议，是采用序列号方式的ｉｄ还是采用有一定含义的ｉｄ呢？这两种方法各有什么优缺点？想听听大家的看法。。。或者还有没有更好的其他的办法？
问问关于病人唯一性ＩＤ的问题
最好用一个全国唯一的标识号，加拿大具体做法是用公民的社会保险号(9位）问问关于病人唯一性ＩＤ的问题
用身份证号的办法也不是没有想过 但是实际操作上挺麻烦的 现在身份证还不是每个人出门都记得带的 也不是每个人都记着自己的身份证号的 所以觉得不是一个最好的选择<br>身份证号用来作事后处理系统可能还比较好一点 实时系统感觉还是差点意思
问问关于病人唯一性ＩＤ的问题
是一个很难很难的问题问问关于病人唯一性ＩＤ的问题
Patient ID 唯一性问题解决的难易程度取决于其应用域的大小，纵向有医院，地区，省市还有全国，横向有医院，诊所，社区，医保还有公共卫生，主要是：谁是主管，谁定规矩并负责组织协调，靠软件开发者，靠技术是解决不了的。虽然难，但主要不是技术问题。<br>但不能忽略的与此有关的一个技术问题是，当在某个确定的域内发现一个病人有了二个以上的ID，并且都被使用了相当时间以后（有实践经验的网友应该知道此种情况并不少见），特别是对多供应商的集成HIS，如何实现合并？有兴趣者可提供答案。
问问关于病人唯一性ＩＤ的问题
IHE 手册上提到过类似的解决方案。不仅需要ID的整合，还需要数据的整合。至少是合理的关联。多系统集成的成本高，利益驱动性少，的确比较难。<br>
<br>社保号由于牵涉到个人信用历史，盗用信用卡申请等一系列问题，有些国家立法是不给用的。还有一个，就是病人是否有匿名就医的权利？这是个伦理学的问题，尤其对对某些敏感的病人，比如AIDS.有些国家保护隐私权，就立法不能实名制。
<br>
<br>安贞周奕那边，好像没有自动累加，而是采用了算法，相当有利于病案管理，多种检索查询。有兴趣的，可以根据病案号的应用域，开发一个算号器。<!--editpost--><br><br><br><div><font class='editinfo'>此帖由 南京猿人 在 2006-01-23 18:58 进行编辑...</font></div><!--editpost1-->
问问关于病人唯一性ＩＤ的问题
<!--quote-sfinder+2006-01-23 11:46--><div class='quotetop'>引用:(sfinder @ 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>
问问关于病人唯一性ＩＤ的问题
从应用病人唯一ID的目的入手，我认为病人ID可分为两种用途，一方面是实时性的，标示病人本次就诊过程中身份的唯一性；另一方面是历史回顾性的，用于调阅一个病人历次的病历。<br>对于前者，我觉得在没有统一标准之前，使用一个尽可能短的没有任何含义的顺序号是最简单的选择，也是最佳的选择，占用数据库资源少，无须手工录入，不会出现重号。
<br>而对于后者，还是应该采用有意义的编码，最好有一个国家性的统一标准。身份证号是个不错的选择，不过实际应用中有两个问题，一如楼主提到的，不强制录入就和没有一样；二是对于外籍人士和没有身份证的儿童如何处理的问题。
问问关于病人唯一性ＩＤ的问题
<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>问问关于病人唯一性ＩＤ的问题
还有军人！<br>
<br>
问问关于病人唯一性ＩＤ的问题
●Patient Id：病人身份识别码。它是在HIS系统应用中唯一标识一个病人的编号。它的作用是在HIS系统中乃至全院任何一个与病人相关的系统中代表着一个病人的唯一标示。一个病人有且只有一个Patient Id。当一个病人拥有两个Patient Id号时，在医院的任何一个系统中，将被视为两个病人，系统分别按两个病人处理。Patient Id的编码机制可以由医院讨论决定，可以是门诊病历号、住院病历号，或者是卡号（如果卡是不可重用、终身和卡号可视的），也可以是一个无规则的序列号。<br>●Patient Internal Id（是否可以叫Patient Cross Reference Id）：病人信息连接码（PXR Id）。它是用于连接同一个病人在各HIS应用中产生的所有信息而设置的编码。它是病人在相关的信息系统内部使用的一个Id。这个编码对于医院的医务工作人员来说是透明的（看不见），但是通过Patient Internal Id，可以解决系统内部一个病人多个Patient Id合并的难题。因此，一个病人一个Patient Id可能会对应多个Patient Internal Id。
<br>●一对多的相互关系：Patient Id可以是门诊病历号也可以是卡号（如果卡是不可重用、终身和卡号可视的），任何时候一个卡号（不论是永久性卡，还是临时性卡）只对应一个Patient Id，一个Patient Id对应一个病人，卡号是为了查询Patient Id而设计的。不同的病人有不同的Patient Id号，也就是当Patient Id号不同时，系统视为两个不同的病人。因此当人为的发现一个病人有多个Patient Id号的情况时，EPMI系统可以使用Patient Internal Id将同一个病人的不同Patient Id下的信息合并为唯一一个Patient Id号，其它作废。在这种情况下，病人的一个Patient Id会对应多个Patient Internal Id号，在HIS各子系统中已经被广泛使用的Patient Internal Id（或者叫PXR Id）不必更改。已经在HIS内部形成的病人相关信息会根据Patient Internal Id而合并为一个病人信息。
<br>
问问关于病人唯一性ＩＤ的问题
<!--quote-sfinder+2006-01-23 00:46--><div class='quotetop'>引用:(sfinder @ 2006-01-23 00:46)</div><div class='quotemain'><!--quote1-->最好用一个全国唯一的标识号，加拿大具体做法是用公民的社会保险号(9位）<!--quote2--></div><!--quote3--><br />中国10几亿人口，每人一个ID号，单纯用数字，累计就已经超过9位了。问问关于病人唯一性ＩＤ的问题
<!--quote-听雨弹剑+2006-01-24 02:01--><div class='quotetop'>引用:(听雨弹剑 @ 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>问问关于病人唯一性ＩＤ的问题
<!--quote-Paullee+2006-01-24 01:05--><div class='quotetop'>引用:(Paullee @ 2006-01-24 01:05)</div><div class='quotemain'><!--quote1-->Patient ID 唯一性问题解决的难易程度取决于其应用域的大小，纵向有医院，地区，省市还有全国，横向有医院，诊所，社区，医保还有公共卫生，主要是：谁是主管，谁定规矩并负责组织协调，靠软件开发者，靠技术是解决不了的。虽然难，但主要不是技术问题。<br>但不能忽略的与此有关的一个技术问题是，当在某个确定的域内发现一个病人有了二个以上的ID，并且都被使用了相当时间以后（有实践经验的网友应该知道此种情况并不少见），特别是对多供应商的集成HIS，如何实现合并？有兴趣者可提供答案。<!--quote2--></div><!--quote3-->
<br>
<br>《分析模式》一书中有关于ID合并的比较详细的讨论，而且用的就是医院信息系统的例子。从系统设计层面给出了非常好的描述。
问问关于病人唯一性ＩＤ的问题
<!--quote-dreamaster+2006-01-26 01:37--><div class='quotetop'>引用:(dreamaster @ 2006-01-26 01:37)</div><div class='quotemain'><!--quote1-->《分析模式》一书中有关于ID合并的比较详细的讨论，而且用的就是医院信息系统的例子。从系统设计层面给出了非常好的描述。<!--quote2--></div><!--quote3--><br>能否请Dreammaste在论坛r给出《分析模式》一书关于ID合并论述的简要、易懂的摘要。像我这样的懒人总想些讨巧的办法，先谢谢了。
问问关于病人唯一性ＩＤ的问题
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-->
问问关于病人唯一性ＩＤ的问题
感谢Dreammaster提供的原书。摘要、评述如下：<br>
<br>书中给出了三种合并的算法：
<br> 1 Copy and Replace
<br> 把后给的ID以及其衍生的所有记录的ID全部改成（Copy/Replace）原来的。问题是如果是多供应商的产品，后给的ID“污染”的纪录很多、很深，协调实现（Interoperation）起来很难。
<br> 2 Superseding
<br> 把后给的ID所衍生的所有记录改为指向（注意：不是替换）原来的ID, 后给的ID作废(Superseding)。缺点是以后再分开较繁，但不是不可能。
<br> 3 Essence/Appearance
<br> 再给一个新的ID（Appearance），把原来的二个ID(Essence)都指向这个新的。缺点是需要病人更换新的Id卡。优点是如果事后需要将已合并的再分开，非常容易。
<br> 书中给的算法不错，但很概略，真正实现还需要细化。11楼的算法可以当作Superseding方法实现的实例。
问问关于病人唯一性ＩＤ的问题
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>