引用熟透番薯 @ 2006-08-15 13:41)

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

每种业务需求都可以产生一个ID，呵呵~~~

呵呵,我说病人ID. 有记录病人基本信息的地方都会给一个编号.

引用熟透番薯 @ 2006-08-15 13:41)

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

ID = Iidentification (or Identity)，是“身份”之意。在医院信息系统中，病人的ID应该只有且只有一个。至于其它的所谓ID都应该作为该病人的属性，而不是ID，比如：病案号、放射号、病历号、检验号、超声号等等。而且，这些属性也不应该属于PMI系统，而应该属于各自相应的子系统，因为，这些“ID”的编码规则各异，长短不同，很难在PMI这一公共系统中进行维护。

引用yichenzhou @ 2006-08-01 17:56)

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

前面的帖子已经提到过这个问题，身份证号码无法作为ID使用，外国人、军人就没有身份证。

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

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

产生没有重号的ID编码是非常Easy的事，用不着这么费劲，比如，各种数据库中都有的Identity类型的字段，就能保证编码不重，确定病人ID的关键不在这里，而是如何能用一个编码在全院范围内对病人进行统一识别的问题，以及建立如何避免一人多号、以及号码合并等问题的合理工作流程！

顺便说一句，ID最好不要含有任何有意义的病人属性！

引用swish @ 2006-05-09 12:19)

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

swish谈得这个问题不是病人的ID，而是对病人的识别！就算用生物特征作ID，也是一种编码形式而已。从实现的角度看，我想不会有人直接用生物特征码作ID，因为这个“码”短不了！

引用chui @ 2006-04-18 22:43)

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

1.应该使用序列号方式的ｉｄ。...
2.应在系统中预留多个相关的ｉｄ。...
3.应解决一个人两次就医产生两个唯一ID的情况，本人倾向于指向的合并，使其中一个唯一ID作废，而达到多次就医指向同一ID。
4.门诊和住院应有自己的门诊号、住院号和病案号，作为自己子系统中显示标识号，系统唯一ID可不出现在界面，只作为内部运算使用。

基本同意Chui的看法！

o  特别是第1条！
o  对第2条：应该补充一点，对相关ID的对应关系应该在各自的子系统中进行维护。
o  对第3条：不是“使其中一个作废”，而是增加一个“唯一ID”的列，因为ID作废了，下层的数据（如：处方、收费、划价等数据）也就没了“脑袋”，数据的完整性就被破坏了！
o  也同意第4条。各医院可根据自己的情况选择显示出来的标识号（如，可用病案号），这就是前面提到的“Essence/Appearence”的做法。

引用mouse @ 2006-04-19 08:40)

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

我觉得可以使用多个ID号，建立交叉索引，...

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

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

还是把病人的ID和病人的识别混淆起来。对病人的识别包括两个层次的内容：
  1、系统对病人的识别：病人各种数据（包括门诊和住院）的关连需要统一的病人ID。
  2、人对病人的识别：是不是需要重新建立新的ID。
系统对病人的识别是系统设计的问题，人对病人的识别是制定流程和制度来保障的问题。

说对了，系统设计与技术上这不是个复杂问题，问题的复杂在于制度和管理，甚至包括行政和官方的推动上，所以，在这里把它当作一个技术问题来讨论，其实没什么意义了，不如打住吧

需要一个公立机构来分配和管理这个ID，楼上所说的一些国外解决办法，其实这些国家的地域和人口就是中国的一个省份大小级别，管理和实现容易。中国需要以省级卫生组织为单位建立公民医疗档案，在公立医院就诊主要以卡式登记。国人就是没好处的事情不干。所以人人医保才是实现人人ID的前景。

你是什么医院？什么his啊？自己开发的吗？怎么连病人ID号都没有啊？你可以在病人看病前给他办理诊疗卡，赋唯一ID号啊

不知道方正众邦对这个问题是怎么解决的

引用:

原帖由 mouse 于 2006-8-21 00:34 发表
说对了，系统设计与技术上这不是个复杂问题，问题的复杂在于制度和管理，甚至包括行政和官方的推动上，所以，在这里把它当作一个技术问题来讨论，其实没什么意义了，不如打住吧 ...

有工夫没来了，还得发一条。

“官方”是管不了你家的事的，目前我们在讨论ID问题时只能讨论自己医院内部对病人的标记和识别，而不是在地区或全国范围对病人的标记和识别，讨论的就是技术问题。

至于全国统一病人ID，现在可管不了，留着让别人去干吧！

这是个复杂问题，但也以先分解再整合的方式来解决。从各位的发言来看，讨论问题的焦点有点不一致。我们可以试着将其分成问题的两个方面，一方面是系统内部病人唯一识别号的问题，另一方面是：当多个由不同供应商提供的系统之间形成互操作时，多个病人标识号域病人标识号的交叉引用问题，对于第二个问题听雨弹剑已经给出了很准确与详细的论述.我不再说什么.
对于第一个问题,我觉得大家将病人ID号的含意没有定下来.其实,首先病人ID主要目的是服务于计算机系统管理的,而不应该让它兼着其它的角色.也就是说,我们定位的病人ID就是一个patient intermal ID.它唯一的职责,就是在系统中唯一识别一个病人的.所以,用一个与现实世界有联系的号(例如:身份证号,门诊病案号,卡号,住院病案号等)来表示它都是合适的.既然是内部号,一定是用户不可见的,无明确含义的,也是计算机自动产生的.
    至于一些人将重点放在如何防止出现重号这件事情上(试图用身份证号做为病人ID号的人,就有这种情节).我认为是将解决问题的方向搞错了.因为,防止不出现重号这件事情不是技术问题,而且这件事情是不可避免的(如果想避免管理上的代价太高或管理太复杂以至于无法实施).所以技术人员必须将解决方案重点放到:出现重号时如何合并,而合并的关键是:如何正确合并重号的病人记录.如果将问题逐步定焦点于此,具体解决方法就变成简单的事情了.
    当然,对于在各自现运行的系统基础上,来解决这个问题(而不是重新设计一个系统),则取决于原系统设计者在这一块的处理.像有的系统将patientID赋于门诊病案号的意义,且没有有效分离病人ID与病人不同类型记录之间的关联,恐怕解决起来涉及的面就有点广了.

个人认为用公民身份证比较好，身份唯一，日后也方便与银行系统、医保系统的互连