摘要:“有与没有”和“使用效果好与不好”对信息化项目来讲是两个截然不同的概念，“使用效果好不好”才是真正衡量信息化好坏的标准HC3i中国数字医疗论坛 » 医院管理/信息化 » 10年
|
“有与没有”和“使用效果好与不好”对信息化项目来讲是两个截然不同的概念，“使用效果好不好”才是真正衡量信息化好坏的标准 HC3i中国数字医疗论坛 » 医院管理/信息化 » 10年，从网管到CIO，一个医学工程专业人员的切身体会 从毕业到现在一直从事医院信息化工作，最近由杂志社约稿，略述一下心得体会，欢迎探讨 大胆引入第三方成熟CIS产品，诸如EMR、手麻、处方点评、临床路径管理等，作为国内知名品牌和大公司，拥有多所大型医院实施经验，具有多年的系统优化积累，能很好的发现隐藏在系统内部深层的逻辑管理，项目实施步骤规范严格，且流程简洁合理，临床接受程度高，源代码改动几率小，可以把更多的精力和时间用在产品功能的进一步完善以及产品使用的培训上 逻辑关系在信息系统中的融入，信息系统智能化，避免模版重复累计，减少维护量和检索难度，减少出错率经过多年多项目的实施，对于深层逻辑关系的挖掘，主要需要依靠医院自身的信息技术力量，包括信息科、护理等部门的密切配合和努力，因为医院自身的流程只有医院自身的人员更为熟悉 对于医院信息系统来讲，编程及数据库技术只是一小部分，发现符合本院特色的系统精华并转化为实际使用，这才是信息化建设的根本 信息化建设要分步实施，先搞定基础数据信息模块，进而优化操作手法和方式，最终为广大患者及医护人员提供极大便利，医护共同收益例如：先实施HIS、PACS、EMR，最后再实施无线医疗、数据挖掘等对于一个基础数据信息都不全面的医院，如果直接进行数据挖掘可想而知都是茫然 “统计数据准确性”的概念，所谓准确就是说，各种统计报表不仅能自动生成，而且一定要准确，要达到100%的准确，这才是真正意义上的数据挖掘例如：LIS系统的统计分析，一些医院虽然有LIS系统，但并未涵盖所有检验设备，仍有个别设备单独脱离医院数据库运行单机，这样的数据统计肯定是不准确的，或者说不能反映医院整体检验数据分析结果 要充分重视和调动自身信息技术人员的积极性，严格论证把关，把有限的资金用在刀刃上切忌盲目投资、跟风切不可把所有希望均寄托于厂方自己掌握核心技术才是硬道理 最终和珍惜信息系统的知识积累一个新的系统从开始上线到不断磨合，是一个很艰难的过程，伴随着各相关部门的大量精力融合，使信息化真正符合医院特色，得以升华一定要珍惜来之不易的成果，这里的成果主要是流程优化的精髓，而并非编程语言和数据库 要想自身信息技术人员对系统核心技术熟练掌握，则前提是院方要重视信息技术人才培养，每个人都有较强的理论基础，具有丰富的实践经验，更重要的是具有很强的责任心，具有很强的集体荣誉感常规来讲，较大医院的信息科都会有24小时值班，值班后会面临倒休问题，也就是说值班人员值班后会有一段时间不在岗位，一般医院信息科人员数量有限，对于常规维护类的工作，每个人都有能力做到，但对于一些大项目或较复杂项目，则一般为专人负责，一旦负责人倒休不在岗，而正好该人的负责部分出现 信息化项目与医疗设备类项目的区别：对于信息化项目，要严格区分于医疗设备，设备类往往是固化一成不变的，对同一类产品，分不同的功能等级供用户选择，一旦用户选定型号后，则功能是固定的，用户则通过培训等方式了解设备的性能，以充分的使用设备信息化产品则截然不同，项目初期实施完毕后，只能说是常规功能已部署完毕，原有流程已畅通，但后续还有许多完善工作要做，主要是结合医院自身特色做一系列的产品功能升级，随着医患对信息化要求的日益增多，信息化产品往往处于不断的修整当中，对一个信息化项目，初期实施完毕并不意味着实施成功，只有本地化效果良好，才算是成功的项目至于使用效果好坏，则不是理论判断能决定，需要在使用后才验证医院是一个庞大繁杂的系统，具有医务、财务、后勤等多个部分，每个部门都在使用信息模块，各部门之间都涉及数据交互及共享，如何保证基础数据采集完整准确、信息交互畅通准确、统计算法准确高效、数据处理及生成速度、界面是否友好易读，都是考量系统好坏的关键指标以“有或没有”来衡量一多医院信息化势力是不科学的，也是不能被大众接受的 本科和硕士都是学这个学科的，99年的时候开始参与PACS设计课题，本身是学工科的，中间在医学院学习两年 15年前进入医疗领域软件开发行业，开始做软件工程师，如今在这行业默默耕耘了15年，还是一名软件工程师，难道我的经历不比楼猪更传奇吗？ 一定要坚持，做网管人员的时候整夜整夜不睡觉，因为晚上比较安静，可以深入的进行一些编程设计，把白天的一些临床实际需求做一个自己的程序模型出来，然后拿着自己的这个模型去和软件工程师沟通，然后软件工程师把我的思路写到他们程序里，解决了好多个本来大家都认为很棘手的问题 例如一些逻辑关系的设定，我们自己编程可以用ACCESS简单数据库，最终在HIS的oracle数据库里真正实现，感觉比较有成就感 我觉得还有一个问题： 作为医院，一定要量力而行，所谓量力而行，就是一个软件项目准备购置前，一定要针对自身和当前行情进行认真深入论证，包括财力认证，更包括自身人力认证（信息科人员是否充足、信息科自主能力是否够强、相关科室如医务 护理等部门是否具备足够的责任心和素质等、是否有足够时间、能否很好的配合等、在最艰苦的系统功能完善优化阶段院方人员能否持续到底等），如果论证不充分，只是领导为了出彩，或者是仅仅资金到位其他都欠缺的情况下，实施项目很容易失败 我想这点同行们应该都有所体会，或者再举个例子，离得很近的两家级别相当的医院，同时实施一个项目，半年后再看这两家医院，实施效果绝对有较大的差别，这是肯定的 (责任编辑：admin)
|
问题，则需要科长或主管协调过来加班，给整体协调工作带来麻烦经过长时间的探索，我们提出“周五歇班”模式，就是说不管哪天值班，一律周五半半轮流歇班，因为周五相对工作量会少一些，对一些大项目的实施，尽量避开周五，保持周一到周四全科人都在，随喊随到，从此做到人员调动畅通
评论加载中...
谈谈您对该文章的看