|
|
|
<p><img src="http://bbs.miforum.net/images/smiles/smile.gif" border="0" onclick="javascript:window.open(this.src);" alt="" style="CURSOR: pointer" onload="javascript:if(this.width>screen.width-500)this.style.width=screen.width-500;" />广义的电子病历我先不说，就说狭义的吧</p><p>狭义的电子病历~~电子病案（或电子化的住院病案：全套住院病历6大张+病程录、入院录、手术申请单、手术记录、出院记录、护理评估表、医嘱单、术前谈话单等等）</p><p>个人认为电子病历的建设必须分阶段进行，一个阶段解决一个阶段的事情，目前这个时候还不是说标准化或者标准接口的时候，因为：</p><p>到底有多少医院做到： </p><p>1、每一个住院病人的90%以上住院病案信息录入计算机（或者说，拿出来的病历夹里面至少90%以上的页面是打印的）</p><p>2、每个医生都很愿意使用病案编辑器，编辑比较简便，每个住院医生确实在用，不能用就会着急，电话急着打。</p><p>3、打印出的东西能通过上级病案管理部的检查。搞出来的东西能应付万一的司法鉴定。（打印签字也行）</p><p>4、连续使用1年以上。</p><p>5、保存和查询速度还比较快，不用等。</p><p>6、能经常根据临床需要顺利增加或者修改“单”和”项目“（不用改程序），比如随便增加一个眼科的专科检查或专科手术记录页。</p><p>7、能提供关键项目的联合查询，列出病人和他的全套资料。（不高的要求）</p><p>8、综合医院，有多少个专科用了？专科医院，有多少个专业组用了，全部了吗？</p><p>不管你里面用XML还是什么更高级的结构，不过你用SQL SER 还是Oracle，架构也无所谓，2/3随便。.net、J2ee随便。</p><p>你若做到上面几点，请再考虑标准的问题。数据库中啥都没有，想什么标准接口？</p><p>为什么要HL7，如果整个医院系统都是自己做的或者一个主要的HIS manufacturer做的，干吗里面要用HL7？效率何在？</p><p>除非社保和银行用了，那还很遥远。你看看每个省目前的社保接口，花样翻新！等他们都知道统一了，你再学HL7也来得及，资料也更多，社保的中文文档会送过来给你。</p><p>再说一个事情：</p><p>假设你现在要做病程录。是医生记一次打印签字，还是全部记完等病人出院打印签字？如果前者，你要贴才行，否则浪费纸张，也不好看，但病案的病程录贴是不允许的。那么后者，如果病人在院期间出了事故，第二天就封存资料，法院要你拿纸质的病程录来举证怎么办？</p><p>你是否可以设想，在一个比较短的时间间隔，让一个病区统一打印小号字体的全部当天记录的病程录到一张大纸上，医生分别签字，然后由病区统一封存留底。病人出院再让住院医生完整地打印出全部的病程录，签字放入病人的资料夹。前面的做法是为了应付万一事故的举证。</p><p>不一定完全妥，但还不错。</p><p>做电子病历的人要整天想这些问题，而不是过分热衷于接口和什么结构。</p><p>中国难在：</p><p>1）管理制度的不统一和多变</p><p>2）上面管理部门和下面医院的IT觉悟程度不一致。因为医院越有效率越好，而管理部门，管理越少变化越好。</p><p>3）整个舆论的导向是错的，目前阶段，标准字典是需要的，但标准化接口根本不是关键问题，因为数据库中空空如也。</p><p>另一个问题：</p><p>医学永远在发展，新的专科不断产生，新的名词/过程永远先出现在临床使用上，再过若干年出现在snomed这些地方，中文化更慢。你怎么办，医生要用的词，你让不让用？</p><p>这个问题也是CIS要想的。</p><p>病案统计软件和电子病历的统计检索是否一回事？分别用于医院的哪些方面，为什么一定要编码统一？</p><p>所以，搞电子病历，要务实。</p> |
|
发表于 2006-6-23 16:37:59
simonzone @ 2006-06-29 09:21)</div><div class='quotemain'><!--quote1--><p>续打就可以解决这个问题。</p><p><!--quote2--></div><!--quote3--><br /></p><p>万一续打坏了呢，整张纸不就作废了，前面的签名怎么办？</p><p>全是自己的还好办，别的医生呢，一个个找过来重签吗？在签之前，病人出了点问题就更麻烦了。</p>