关于建设HIS系统的讨论，请求帮助。

ironstone

的确，在HIS实施过程中，人为因素必须要非常注意的。
比如这两点：1、医生或护士能否将医嘱、检验结果及时准确地输入计算机？——为什么不能，这一点会成问题吗？我认为这一点在我们医院不会成问题。2、病房能否在手工纪录的同时将所有纪录输入计算机？——按照正常程序当然可以，难到在这之中有其它的说法吗？
我所知道的一个医院，在上全院HIS管理过程中，是由医师直接录入医嘱。在手工状态下，医师可在10点前开出医嘱，护士在11点前处理完医嘱。在计算机处理过程中，由于前期培训的时间不够充分，医师对计算机操作的不熟练及系统的不熟悉，而且总共有四组医师共用两台电脑，往往医嘱在2点才能处理完，这样导致当天的一些医嘱不能执行。在医师和护士之间进行医嘱处理的过程中发生过很大的矛盾。而且由于系统的复杂性，在录入过程中，并没有减少误差率，反而在前期误差率相当多的提高。这种情况一直持续了很久之后才逐渐有所好转，现在不知道系统运行如何了。
此外，如果所谓：按照正常程序当然可以，那么这个世界上的软件应该都没有bug了。问题正在于并不是一切都是按照正常程序运行的，只要有人的参与就会有误差和差错存在，而其中很多误差是单纯依靠系统不能够解决的。病房将自己病房的记录录入到其他病房中去的事情，也不是没有过的。
whitesnow，如果有时间，可以进行管理上的深入了解，提出自己的详细需求。这个可以从软件工程中学到很多经验。我可以推荐几本软件工程的书籍。

sbf2000

下面引用由whitesnow在 2002/11/25 09:36am 发表的内容：
TO： tianma  
    当然，问题不是单方面的，您所指医院应做的“准备”，具体指什么呢？我有一点疑问需要请教一下，就是：1、医生或护士能否将医嘱、检验结果及时准确地输入计算机？——为什么不能，这一点会成　...

1.医嘱要及时录入计算机确实是一个比较严重的问题。因为医嘱有很强的时间性，录入时间的不同，对医嘱的自动处理是有很大影响的。手工情况下，医生下达医嘱到护士执行医嘱的时间是可以由医生或护士主观上可以控制的。用软件以后，由于医嘱录入的时间问题，会给医嘱的正确执行带来不少麻烦。而如果要求实时录入，则对医生或护士的电脑操作水平及医嘱输入软件有很高的要求。另外，花了很力气录入的医嘱，在现阶段的HIS中，只能做到自动生成费用的作用，并没有多少科研或资料的价值。
2.医生最注重的是临床技术和手术或其它诊疗的质量和数量，而对于病案记录本身并不是特别愿做，一般都是有小医生或实习医生完成，这种情况再要求手工记录的同时还要输入计算机，他们更是不愿做了。他们会说：“还是让我们把时间用到其它能提高医疗质量和数量的事情上去吧！”

whitesnow

    看了楼上各位谈论了这么多，对问题分析得如此透彻，本人着实受益非浅，深感自身的不足。其实我的初衷正像 danelchen 说的那样：现阶段着眼于医院的现状、选择目前相对成熟的系统，在此基础上平稳过渡，随着此行业整体水平的提高，来不断发展、完善医院。
    怎么说呢，我也只是一个“干活的人”，大小事情都得考虑，主管领导已经决定上这人项目，并且这个项目已经着手，此项目再次挂起已不大可能，我也深知这个项目的责任重大，只是本人的才疏学浅，表述未必清楚，如若各位有什么建议或是具体的“操作”方法，还请不吝赐教，十分感谢！

ironstone

whitesnow 遇到的问题也是目前大多数医院的管理者，信息科负责人所遇到的问题。应该如何选择一个合适自己的软件系统，采用什么样的开发模式？如何选择一个合适自己的有实力的开发商。大家可以不要局限于临床系统，可以展开来讨论一下。说不定，我们也可以起草一个医院选择HIS厂商的问题清单和列表，医院准备工作清单等这样对医院，对HIS厂商都有指导性质的东西。

whitesnow

我先说说所在医院的情况，请大家多多提出建议。
   医院属中医专科医院，现有病床400张左右，日门诊量100多人次，患者多为门诊拿药（药为院制剂系列中成药，品种近百），且为长期服药患者，较重病人才需住院治疗，可以说患者以门诊为主，病房住院为辅。
   医院拥有现代化办公大楼，硬件设施较完备，前面我已提过，现正应用着一套HIS软件（具体模块可见前述）。
   我打算考察一下HIS厂商的客户医院，包括信息化建设比较好的医院和此项建设不成功的医院，其目是加强对HIS厂商的了解，并备今后工作之借鉴，各位有什么建设性的意见或做法，还请不吝赐教，在此先谢了。

sbf2000

你们医院是中等规模的专科医院，HIS系统的先择一定要以系统成熟性和稳定性为主要指标，而功能和技术先进性次之，还有就是系统对中医专科医院的适用性，如果系统要为你们医院作大量修改，最好慎用！

blizzard1980

http://www.histop.net/Asp/new/read.asp?id=254
在这你应该能找到答案

zhuzhu

下面引用由whitesnow在 2002/11/29 09:42am 发表的内容：
我先说说所在医院的情况，请大家多多提出建议。
   医院属中医专科医院，现有病床400张左右，日门诊量100多人次，患者多为门诊拿药（药为院制剂系列中成药，品种近百），且为长期服药患者，较重病人才需住院治疗 ...

其中最主要的一个问题没有能够说明白，就是为什么会认为现有系统不能满足要求了？具体体现是些什么？
对于这种已有系统的替换，必须要首先确定的打算更换一个全新的系统来满足需求，还是可以在原有的基础上进行升级来进行需求的满足？这个判断不应该是简单的拍脑袋想法。而应该是有一定依据或者明确的目标。如果没有这些，只是领导行为想换就换，这样的项目十之八九会失败。
中医院的信息建设，我记得南海中医院好像建设比较好，以前有文章介绍的，但我没有找到，再找找发过来。这也是以前卫生部推荐的一个建设典型，我觉得不论是从管理上还是从系统建设上都可以值得中小医院进行参考。
但换个角度来说，如果公司想要依照南通方式来做，估计会死的比较惨。上次9月份的大会还看到那个公司参展了，不知道现在发展如何？

whitesnow

TO：  zhuzhu
    可能是我在语言措辞上不太准确吧，我所说的现行系统不能满足需求，仅仅是一个方面，现行系统所包括如前所述的几个模块，同时也由于要增加新模块，处于全面考虑，包括与现行系统公司的接触、公司的实力、规模、发展以及其售后服务等诸多方面的考虑，如果在现行系统基础上升级，对医院来说并不太适合。不过对您真诚的忠告还是要表示感谢！

tianma

[这个贴子最后由tianma在 2002/12/01 06:51am 编辑]

既然这个项目已经着手，那只能靠神明保佑了。
    建议自己做一个需求分析报告，重点列出现有系统的问题、更换系统的理由、新系统要达到的目标、新系统运行将要遇到的困难和问题等。要详细、具体、实事求是，并正式提交你的领导，由他们决定。
这是为了：
1 决策者对项目的目标和他们要做的工作和风险有清醒的了解
2 可以对开发商提出明确的要求
3 如果项目失败或未达到要求，可以最大程度的保护自己。
要点：
现有系统的问题 -- 主要是目前医院反响较大的而新系统有可能解决的。要具体。这实际上也是为换新系统找理由，如果不能提出具体的问题，换新系统就没有必要了。
   有些问题，原系统确实存在，但预计新系统也不能解决，最好不要提及。
更换系统的理由 --   现行系统公司的实力、规模、发展都不能作理由，大公司的东西不一定比小公司的好用。而且，如果把公司的实力、规模、发展作为换新系统理由，今后有更大的是不是再换一次？
   售后服务可以作换新系统的理由。但要新系统的售后服务不能比它差。
因为你宣称的问题和换理由及目标，都是今后全院评价、议论的依据。提出了又没有解决，将成为系统不成功评价的论据。
新系统要达到的目标 -- 要切合实际，目前还没有成熟的不能作为目标。
    我觉得这个新系统的目标是很难定的。因为现系统没有到非换不可的程度、而大家已熟悉并习惯这个系统了；而目前成熟的HIS系统在功能上还没有根本的突破。因此，项目完成后，很可能出现“还不如原系统”的反映。
    要想超过现系统，主要在界面和易用性上考虑。不要为了上新系统就把没有成熟的功能作为目标，原因朋友们已讲了很多了，都是经验之谈。
    就你们医院来说，患者以门诊为主，目前上电子医嘱就比较困难。因为门诊对医嘱的实时性要求较高，医生很难适应要求，收费和药房也因和医生的医嘱衔接问题而抱怨，并要求回到旧系统。最后在新旧系统之间骑虎难下。
新系统运行将要遇到的困难和问题 -- 该不会再说“不成问题”了吧？要写清楚。既为他们决策作依据，也明确了需要他们来做的工作。--
需要说明的是，以上所说是在项目已经着手的情况下，所作的补救措施。有些说法是在此特定情况下的不得已的做法。本人并不赞成这些做法。
应该在上项目之前，做一个标准的需求分析报告，然后再决定是否上项目。
就这个系统来说，应先考虑能否对现系统进行完善、提高。我并不赞成推倒重来。
另外，大公司的HIS产品通常是针对综合性医院的，系统都比较复杂，考虑的问题比较多，在专科医院使用时，可能比现有系统的操作要麻烦。这也是需要注意的问题。
:em02:

ironstone

zhuzhu和tianma说的都不错，zhuzhu说的是一个很关键性的问题，但并不是没有解决的办法，而且如果能够控制得好，也不一定需要神明保佑才能成功。但tianma所说的这些问题是特别需要注意的，尤其是要注意保护自己。因为系统不成功，十有八九信息部门会成为替罪羊，而且对个人的发展极为不利。
在中医院方面，的确是南海中医院受到卫生部的推荐。他们的系统是南海亿通做的，该公司站点是：http://www.etone.com.cn/index.htm
至于规范的需求分析报告，以及如何判断需求分析是否成立，这是需要专门技能的。没有一定的培训和经验，很难做好。
我建议首先应该完成的是项目可行性报告，内容主要包含了上面tinama所说的，具体格式可以去一些项目管理的站点看看。

zhuzhu

终于找到那篇文章了,已经发到了HIS论坛了
http://www.miforum.net/cgi-bin/topic.cgi?forum=10&topic=32

ironstone

***** 版主模式 *****
<a href=topic.cgi?forum=10&topic=42>该贴子已被管理员转移，请点击这里查看</a>