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

关注中

我有个主意：跟据每个人的姓名，出生年月日，出生地三个字段，生成一个Hash值，作为每个病人的唯一ID。可以基本解决重号问题和复用问题。有兴趣的可以进一步研究一下哦！或许再做成一个ID生成器，解决剩下机率极小的重号可能，就可以解决大问题哦！

此帖由 sbf2000 在 2006-05-18 14:20 进行编辑...

引用sbf2000 @ 2006-05-18 10:19)

每个人的姓名，出生年月日，出生地三个字段，生成一个Hash值，作为每个病人的唯一ID。

三个字段中，出生年月日和出生地已经包括在身份证号码中。或者说身份证号码中已经包括了出生年月日和出生地的信息。

引用url @ 2006-05-06 22:15)

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

技术上虽然可以实现，但是还有实现的成本问题，和技术以外的阻力问题。任何一个都可以是难以逾越甚至无法逾越的障碍。

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

引用fuglesoft @ 2006-05-10 17:15)

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

你的门诊号实际上是PatientID。

按照业务特点看，门诊号和住院号应该是流水号，跟PatientID无关。

根据大家所说的情况，如果使用类似身份证的号码作PatientID，在业务处理中PatientID的准确性可以分为三类：1.准确的，有身份证的、医疗证或准确记得这些证件号码的；2.模糊的，只能凭模糊的记忆来提供号码的；3.未知的，记性差的老年人、急诊患者等等。

如果PatientID在系统设计的时候就只针对一种类型，我认为是有缺陷的，因为医院的流程设计与系统设计不配合。IT系统是准确和规范的，这与现有的医院业务管理多少会有些差距。我的意见是信息科和业务科要配合起来作PatientID控制。比如，可以通过在流程设计中加入一些规则，如：1.规定两组编号是针对第二类和第三类的，由登记员提供excel的列表。2.系统管理员对这些列表进行整理。3.反馈整理的信息给登记员，最好是给程序打个补丁，在登记台提供重复姓名的列表。4.第三类PatientID的情况应该比较少，可以考虑使用照片或指纹等补充识别的方式。

归根到底，HIS的建设不是一气呵成的，需要很多的客观条件；既然这样，过渡时期的功能必不可少，即功能强大的高效的系统管理子系统。至少PatientID的合并、交叉索引、取消等功能不用我用SQL作吧。

请关注一下西安会议，将有多篇讨论病人ID的文章，实际是讨论病人主索引（MPI），还有讨论IHE中PIX的文章.

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

目前我院的ＨＩＳ中没有实现病人的唯一性ＩＤ，病人每次就诊或者住院都分配一个顺序号贯穿整个就诊过程。
系统有病案号　但不是强制字段　由相关人员根据需要录入　有的人有　有的人没有

现在我们想建立一个病人的唯一ＩＤ，将病人在我院的可能的多次门诊，多次住院的数据能够统一管理，不知道版上的ｘｄｊｍ有啥建议，是采用序列号方式的ｉｄ还是采用有一定含义的ｉｄ呢？这两种方法各有什么优缺点？想听听大家的看法。。。或者还有没有更好的其他的办法？

唯一的Patient ID和 每次门诊的Visit number不冲突啊...... 

病人ID是病人住院或者在门诊就医，划价时唯一的标识，为了方便病人，我这里是由医院分配给病人一个号，写在他的门诊病例和住院病例上，当然也有存在病人不记得这个号，所以我们在病人就医前，首先为病人建立身份登记。建立和完善病人的详细资料。这样既方便了病人也方便了管理。
对于用不用身份证，这个在中国好象不是太行的同，因为中国的诚信制度，可以说没有，办假证的人满大家都是。

用卡

嗯。这个主题不错学习。

www.cjysoft.com做的HIS还行

我认为用身份证号码是可行的，将其作为一个判断标准，但是如果病人想隐瞒也是没有办法的事情

谁能说说病人在医院会有多少个ID?它们是如何产生的?