hehe,请参阅第五章第三节 “Object Merge”，具体内容我忘记了，这本书中很多模式都是可以用到HIS系统中的（而且是很适合）。

http://219.146.141.181/AP.rar

此帖由 dreamaster 在 2006-01-26 15:45 进行编辑...

感谢Dreammaster提供的原书。摘要、评述如下：

书中给出了三种合并的算法：
1 Copy and Replace
把后给的ID以及其衍生的所有记录的ID全部改成（Copy/Replace）原来的。问题是如果是多供应商的产品，后给的ID“污染”的纪录很多、很深，协调实现（Interoperation）起来很难。
2 Superseding
把后给的ID所衍生的所有记录改为指向（注意：不是替换）原来的ID, 后给的ID作废(Superseding)。缺点是以后再分开较繁，但不是不可能。
3 Essence/Appearance
再给一个新的ID（Appearance），把原来的二个ID(Essence)都指向这个新的。缺点是需要病人更换新的Id卡。优点是如果事后需要将已合并的再分开，非常容易。
书中给的算法不错，但很概略，真正实现还需要细化。11楼的算法可以当作Superseding方法实现的实例。

Dreammaster提供的原书我没download下来。没有眼福了。

我的IT经历中也遇到过众多关于ID的问题，有自己的，也有别人的。跟大家探讨一下。我认为，ID的在需求和设计一些基本的特性可以有蛮直接的指导作用。一般ID可以分为两类，一类指代码的ID，用于替代某些常用类型、动作、组织等的定义，如：疾病的ICD10，付费类型；另一类属于基础数据的代码，如：病人ID，就诊卡ID等。
第一类ID的数据量一般不大，增长速度小，一般不可重用。第二类ID的数据量一般很大，增长速度快，在部分情况下可以重用，如IC卡号。

他们有ID的共性：
1.唯一的标识性。ID是用来标记一个对象在IT系统中的“身份证明”。
2.作用的区域性。如：身份证只限于“成年中国大陆人”，同一个病人在不同的医院HIS有不同的ID。
3.是快速操作对象的句柄。

上文提到的Copy and Replace，Superseding，Essence/Appearance三中ID处理方式也应根据具体的情况来处理。如采用域信任机制、优化ID的结构等。如常见的病人重号的情况，就是Patient ID在HIS系统中失去了ID的特性的结果。

保证了ID的特性，才能让ID产生ID的效果。

－－－－－－－－－－－－－－－－－

对于重号的情况，我会采用以下措施：
1.检查各域ID的明确逻辑定义。
2.建立ID的域间对应关系。
3.建立逆向算法或流程。（以防万一）

     要实现唯一性ID，狭义上医院内部应具备凌驾与各个系统之上相对独立的MPI系统来维护各个子系统的映射关系。必须要求各个子系统能实现各自内部病人唯一号的功能。具备合病人信息的功能。广义上区域卫生领域应具有凌驾以医院之间的相对独立的MPI系统。甚至到国家级的MPI系统。形成一颗倒置的树状关系。

      GE的所谓的PIX原理个人理解除了维护有各个子系统的映射之外，还要在PIX Server上维护病人的特征信息。

学习

十分关注！

特别是门诊患者的信息，实事上存在着大量的重复信息。

本人初来乍到,谈谈自己的看法:

1.应该使用序列号方式的ｉｄ。首先国内还没有一个合适的类似编码，身份证号也有重码，而且可操作性不强。其次作为his产品，如果采用某种地域内的特定代码，不利于产品的移植。而序列号方式在保证内部唯一性方面已经足够。

2.应在系统中预留多个相关的ｉｄ。鉴于现在医保的实行，医保卡号是医保病人的唯一代码，也是HIS与医保交易的重要信息，而非医保病人也会有其它的类似代码，如医院使用的内部医疗卡。但这些卡的ID没有全覆盖性，只能作为某类人群的唯一码，起辅助作用。

3.应解决一个人两次就医产生两个唯一ID的情况，本人倾向于指向的合并，使其中一个唯一ID作废，而达到多次就医指向同一ID。

4.门诊和住院应有自己的门诊号、住院号和病案号，作为自己子系统中显示标识号，系统唯一ID可不出现在界面，只作为内部运算使用。

根据目前状况，基本还是在同一医院内，所以用不着考虑全民那么复杂，从这点上来说可以简化思路。

我觉得可以使用多个ID号，建立交叉索引，除非医院是统一规划下的一个新系统，将所有可能性和子系统集成的复杂性都考虑进去了，这种情况下建一个统一的ID是很有效的，但是同样不能完全解决一个问题：复查病人忘记或者丢失这方面的信息，而医院系统里提供的信息并不能完全明确该病人是否同一（因为存在同名、同生日、忘记身份证号、忘记什么时候来做过检查等等情况）

交叉索引的好处是可以将可能出现的异常信息联系起来，也可以必要的时候或者发现错误的时候进行重新索引，避免因为合并和作废造成事实上的信息丢失。

当然各子系统内部应该都有自己的UID。

1、衔接的子系统内部本身满足MPI基本功能是前提，

2、至于在能否判别是否是同一个病人的问题上，就系统本身而言，做的在好也不可能100％的对，这部分人的干预因素个人觉得挺大的，

3、ID问题在系统内应该存在系统内部（与业务无关的号且不可见）及外部（业务依赖的号且可见）的一一映射的关系，

4、业务依赖的号应该是存在系统运转的媒介上，对业务实体而言可见，对系统而言可重用（同一实体而言，该号从数据起始源头进入系统那一刻起就不可再变！），

5、业务无关号，让系统递增产生。

不太好搞，名字又有重名的，身份证号又不记得

系统产生一个吧，下次自己找，

我在上医院管理学信息系统分册时想到过一个好办法

可以解决 这个问题

当然也考虑过 比如 小孩，军人，外国人（无中华人民共和国身份证）

还有身份证 一般是有年限的 一个人一生可能换身份证 3－5次

可惜当时整理的思路现在，找不到了。

引用alinew @ 2006-01-23 11:50)

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

如果有身份证查询官方网站并与医院联网呢？至少技术上已经都能实现了。

目前好象没有什么真正解决的办法，身份证号是一个依据，法律明确规定每个人终身只有一个身份证号，而且是全国唯一的。但事实上，由于人为的原因，存在少量重复的可能。另外，由于医院没有能力鉴别身份证号真假的手段和能力，HIS系统也只能根据身份证号的编码规则对其进行简单审核，除非与公安系统联网，否则，无法真正保证持证人就是身份证上标明的那个人。

to:lev

身份证无论换多少次，其号码是不变的，除非发现号码与其它人重了，这个你可以参考一下咱们国家的身份证法。

另：生物特征识别也许是将来的最好解决办法，因为每个人都有，每个人都不一样，不存在重的可能，但目前来说识别效率太低，还不适合实时的系统应用。