[导读]A公司近日正在某大医院实施一综合HIS项目,该项目及互动用了公司的大部分资源:技术总控、开发组、实施组、测试组等等都在现场。针对这样的现象,引发了HC3i论坛网友的思考:把公司的大部分资源都用到一个大项目上是否有必要?有人认为,不管A公司做的是项目还是产品,HIS公司应该还是以做产品为主。但做产品如果以这种方式是否合适?
内容导航: |
|
A公司近日正在某大医院实施一综合HIS项目,该项目及互动用了公司的大部分资源:技术总控、开发组、实施组、测试组等等都在现场。针对这样的现象,引发了HC3i论坛网友的思考:把公司的大部分资源都用到一个大项目上是否有必要?有人认为,不管A公司做的是项目还是产品,HIS公司应该还是以做产品为主。但做产品如果以这种方式是否合适,那么A公司可能存在一些问题或因素,1)产品还未成熟?借项目开发或完善产品,但这个可能会有产品通用性不强的风险。2)如果有产品,这样会造成成本资源紧张。3)较为合适的方式是在现场提供成熟的产品和规范的实施方法,再辅以二次开发和定制优化。
针对以上所提的问题,HC3i论坛网友根据自己工作的类似经验进行了深化讨论。
网友金工:HIS从来都不是产品!
对网友金工的回答,网友chief给出了相应解释:HIS究竟是产品还是工程,在现实中定位很困难。
HIS软件的设计、开发思路必将进行重大调整,提出了一种新的HIS软件设计思路及合作模式,姑且称之为第四种模式,其核心内容为:
1.新HIS软件要总结HIS开发经验,吸取大中型医院用户的管理思想,并在实地考察、学习国外同行先进经验和方法的基础上而设计开发的。
2.新HIS软件不应是一个最终、固定的HIS产品,应具有良好的开放性、标准性、规范性和可塑性,能根据医院的同需求,快速生成满足医院要求的个性化HIS系统。
3.应向用户开放HIS软件的全部技术和代码,并提供高级培训,使用户完全掌握其技术,便于用户发展和自身维护。(不过开放开发代码,这个还不成熟吧,采取合作或部分代码开放的方式还是可行)。
4.HIS软件开发商与用户之间不应采取传统的买卖关系,而应建立相互参与的合作关系。医院得到的不仅是产品,更是得到了技术和服务的保障。
其主要技术指标应包括:
1.以患者为中心,支持临床信息和经济核算信息两条主线;
2.采用面向对象设计,积木式框架结构,多层体系结构,软件修改、维护、升级容易,运行更稳定,效率更高;
3.全面支持医院临床信息化和经济核算信息化;
4.全面采用国际、国内各种标准和规范,支持HL7、ICD-10、ICPM、SNOMED等;
5.灵活集成第三方产品,灵活的医保接口设置;
6.采用更先进的技术平台;
7.符合国家卫生部新的《HIS基本功能规范》。
共4页: 1 [2][3][4]下一页 |
验证码: | 点击图片可刷新验证码 |