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

chui

<p>本人初来乍到,谈谈自己的看法:</p><p>1.应该使用序列号方式的ｉｄ。首先国内还没有一个合适的类似编码，身份证号也有重码，而且可操作性不强。其次作为his产品，如果采用某种地域内的特定代码，不利于产品的移植。而序列号方式在保证内部唯一性方面已经足够。</p><p>2.应在系统中预留多个相关的ｉｄ。鉴于现在医保的实行，医保卡号是医保病人的唯一代码，也是HIS与医保交易的重要信息，而非医保病人也会有其它的类似代码，如医院使用的内部医疗卡。但这些卡的ID没有全覆盖性，只能作为某类人群的唯一码，起辅助作用。</p><p>3.应解决一个人两次就医产生两个唯一ID的情况，本人倾向于指向的合并，使其中一个唯一ID作废，而达到多次就医指向同一ID。</p><p>4.门诊和住院应有自己的门诊号、住院号和病案号，作为自己子系统中显示标识号，系统唯一ID可不出现在界面，只作为内部运算使用。</p>

mouse

<p>根据目前状况，基本还是在同一医院内，所以用不着考虑全民那么复杂，从这点上来说可以简化思路。</p><p>我觉得可以使用多个ID号，建立交叉索引，除非医院是统一规划下的一个新系统，将所有可能性和子系统集成的复杂性都考虑进去了，这种情况下建一个统一的ID是很有效的，但是同样不能完全解决一个问题：复查病人忘记或者丢失这方面的信息，而医院系统里提供的信息并不能完全明确该病人是否同一（因为存在同名、同生日、忘记身份证号、忘记什么时候来做过检查等等情况）</p><p>交叉索引的好处是可以将可能出现的异常信息联系起来，也可以必要的时候或者发现错误的时候进行重新索引，避免因为合并和作废造成事实上的信息丢失。</p><p>当然各子系统内部应该都有自己的UID。</p>

xjj97224

<p>1、衔接的子系统内部本身满足MPI基本功能是前提，</p><p>2、至于在能否判别是否是同一个病人的问题上，就系统本身而言，做的在好也不可能100％的对，这部分人的干预因素个人觉得挺大的，</p><p>3、ID问题在系统内应该存在系统内部（与业务无关的号且不可见）及外部（业务依赖的号且可见）的一一映射的关系，</p><p>4、业务依赖的号应该是存在系统运转的媒介上，对业务实体而言可见，对系统而言可重用（同一实体而言，该号从数据起始源头进入系统那一刻起就不可再变！），</p><p>5、业务无关号，让系统递增产生。</p>

小溪

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

小溪

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

lev

<p>我在上医院管理学信息系统分册时想到过一个好办法</p><p>可以解决 这个问题</p><p>当然也考虑过 比如 小孩，军人，外国人（无中华人民共和国身份证） </p><p>还有身份证 一般是有年限的 一个人一生可能换身份证 3－5次</p><p></p><p>可惜当时整理的思路现在，找不到了。</p>

url

<!--quote-alinew+2006-01-23 11:50--><div class='quotetop'>引用alinew &#064; 2006-01-23 11:50)</div><div class='quotemain'><!--quote1-->用身份证号的办法也不是没有想过　但是实际操作上挺麻烦的　现在身份证还不是每个人出门都记得带的　也不是每个人都记着自己的身份证号的　所以觉得不是一个最好的选择 <br />身份证号用来作事后处理系统可能还比较好一点　实时系统感觉还是差点意思<!--quote2--></div><!--quote3--><br />如果有身份证查询官方网站并与医院联网呢？至少技术上已经都能实现了。

swish

<p>目前好象没有什么真正解决的办法，身份证号是一个依据，法律明确规定每个人终身只有一个身份证号，而且是全国唯一的。但事实上，由于人为的原因，存在少量重复的可能。另外，由于医院没有能力鉴别身份证号真假的手段和能力，HIS系统也只能根据身份证号的编码规则对其进行简单审核，除非与公安系统联网，否则，无法真正保证持证人就是身份证上标明的那个人。</p><p>to:lev</p><p>身份证无论换多少次，其号码是不变的，除非发现号码与其它人重了，这个你可以参考一下咱们国家的身份证法。</p>

swish

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

fuglesoft

<p>我也在想解决这个问题，现在用生一个8位的门诊号做为唯一ID，住院号不唯一</p>

holly311

关注中

sbf2000

我有个主意：跟据每个人的姓名，出生年月日，出生地三个字段，生成一个Hash值，作为每个病人的唯一ID。可以基本解决重号问题和复用问题。有兴趣的可以进一步研究一下哦！或许再做成一个ID生成器，解决剩下机率极小的重号可能，就可以解决大问题哦！<!--editpost--><br /><br /><br /><div><font class='editinfo'>此帖由 sbf2000 在 2006-05-18 14:20 进行编辑...</font></div><!--editpost1-->

jhs1

<!--quote-sbf2000+2006-05-18 10:19--><div class='quotetop'>引用sbf2000 &#064; 2006-05-18 10:19)</div><div class='quotemain'><!--quote1-->每个人的姓名，出生年月日，出生地三个字段，生成一个Hash值，作为每个病人的唯一ID。<!--quote2--></div><!--quote3--><br />三个字段中，出生年月日和出生地已经包括在身份证号码中。或者说身份证号码中已经包括了出生年月日和出生地的信息。

jhs1

<!--quote-url+2006-05-06 22:15--><div class='quotetop'>引用url &#064; 2006-05-06 22:15)</div><div class='quotemain'><!--quote1--><br />如果有身份证查询官方网站并与医院联网呢？至少技术上已经都能实现了。<!--quote2--></div><!--quote3--><br />技术上虽然可以实现，但是还有实现的成本问题，和技术以外的阻力问题。任何一个都可以是难以逾越甚至无法逾越的障碍。

mouse

编码规则不重要，因为从技术上可以设计出许多可行的编码规则，重要的是如何确保这套规则能够很好地应用起来，这是难点。