医院HIS自主研发和ERP自主实施体会

关刀文

可能也谈不上体会，只是在这里和大家简单聊聊一些实际工作内容吧
正如大家的感受一样，项目能否实施成功很大程度上取决于公司的领导和IT主管。
有幸的是，我们有一位比较具有power的主管，IT的地位也得到公司领导的充分肯定，所以我们才能成为国内唯一的一家自己自主开发HIS,自主实施ERP的医院吧（真实情况没有调研过 : ) ）。

我们公司主要是做电子产品的，IT方面算是公司的强项，但公司以前没有任何开医院的经验。所以我们医院经历了以下几个阶段
1. 探索阶段
在我们自己的三甲医院还在做地基的时候，公司就托管了两家小型医院，作为试运营的平台
对IT而言，也就有了熟悉医疗，准备、开发软件的缓冲时间。
在HIS方面，对应门急诊、住院、体检我们分别有一位工程师担当产品经理的角色。
我们与院领导，科主任，科经理，甚至是医生一起探讨业务流程，制定作业规范，最终形成开发文档，提交给专门的开发人员。
在ERP方面，情况也很相似，只不过讨论的结果是作为系统参数设置的依据，当然也包含部分系统外挂程序需要开发，整个过程和一般的ERP实施基本相同。
具体涉及到哪些模块，我会在后面的内容中详细叙述
2. 医院正式开业，平稳运营
医院正式开业，各科室大量扩充人员，IT在这个时候不仅仅只是软件的提供者！
IT知道整个需求的来龙去脉，知道其中包含的非正常流程的处理办法，在某些方面产品经理比很多管理者似乎站到了更高的高度上，尤其对于跨科室的关联性方面，IT是知道动一发而会牵扯到哪些其它神经。
IT是流程的规范、监督者，是解决方案的提出者，间接参与的医院的管理者。
新的需求到来的时候，不是赶紧在程序上更改实现，首要的是分析需求的合理性，用自己的经验告诉用户该不该做，或是该怎么做！
但对于这么大的一个新医院而言，新的需求是无法避免的，新模块的开发，新功能的实施从来没有停止过，并且在可预期的几年内，这一状况将会一直延续。
当新需求出现后，当医保政策调整后，新科室、新诊间，新药局开立后，等等，要想对这些变化做出快速的反映，不要让用户等的不耐烦，没有自己的一支专业的IT团队是很难应付的。
3. 医院扩张阶段
扩张包含业务的扩张，如健检中心的成立，VIP健检的成立等等。
还包含院区数量的扩张：
目前已经拥有1个三甲医院，两个托管的小医院，两个社区医院，新的三甲医院也破土动工了。
而软件的快速可复制性，并以此为基础的工作规范、流程的复制使得医院快速扩张可得以迅速实现，同时平摊下来的软件成本也迅速降低。

下面再来具体谈谈医院ERP的实施问题，已经它和HIS是如何协调运行的：

medsoft

很好，很想听听你们的经验，等待中

关刀文

很多人也在探讨医院ERP如何实施，如何与HIS交互，甚至是医院该不该上ERP的问题。
我参加过去年杭州和今年南京的数字医学论坛，很多专家的论题中也有部分在讲述ERP的内容，如高价值耗材的管理。
但总体来说，都只讲了医院ERP的一小部分，或者是一些纯理论上的东西，如RFID在耗材管理中的应用，听不到更详细的内容。
其实广义上的ERP包含很多内容，采购，物料、财务，物流，工作流、销售，生产，薪资，客户关系，HR等等，都包含其中。我们可以根据公司需要，选择自己所需的模块。

所以按我理解，在某种程度上来讲，HIS其实就是ERP中的销售子模块。
HIS 通过开医嘱、表单等等方式，把公司的药品、卫材、手术、床位、服务等等卖出去，从而获取现金和医保的收入。


在我们医院，薪资，工作流等都是通过其它独立子模块来实现。系统之间也存在部分交互。

ERP在我们这里主要体现为财务管理，和物料管理。

1.物料管理：
物料基本信息管理， 订单， 到货验货，入库（药品库、卫材库），库存管理， 价格管理等
库位设置如下：
药品良品库，药品报废库，药品过期库
卫材良品库，卫材报废库，卫材过期库
西药局，中成药局，草药局，还有很多要管理的护理站
通过这些库位来进行数量的管控，药局自己设定安全存量，和拨补基数，从而每天自动产生拨补单到药房或者是资财库进行拨补。
药房和资财库设立安全存量，从而自动产生订单。

2. 财务管理
财务部分包含 ACP, APP, BTP, IMA,CST, FAS
其中的总账管理，固定资产管理，等等各种财务的管理自然和企业中的财务管理没有什么不同。  

3. ERP与HIS的交互
1）物料管理中的药品卫材入库后，自动生成应付帐款到财务端，进行付款
2）HIS中医嘱执行后，所产生的消耗，通过每天结转的方式，抛转给物料管理模块，包含消耗的库位，数量（成本自然在ERP中计算）
3）HIS的收费员结算后，把收入分类（如门诊现金收入，医保收入、体检收入，记账等等）并设定好各自对应的财务科目，抛砖到财务的总账中
4）每个月，物料管理中产生的药品、卫材的消耗的传票，异动传票抛砖到财务的总账中

所以，基本上ERP和HIS的分工很明确，HIS集中管理自己的业务，只要把消耗和收入抛转出来即可。
而ERP重在优化工作，提供库存查询接口，以及各种财务报表

在这里也可以回答以下几个问题
1. 医院该不该上ERP
当然该用，这么大的医院，仅是采购和财务环节，离开系统的支援将会消耗大量的人力。
各种准确的报表，也给管理层的决策带来方便 （当然前提是具有上线ERP的实力，并能与HIS自由交互）

2. 工厂、企业中使用的ERP软件能否应用到医院
可以的， 我们先后用过两个产品，刚开始用的是微软的Dynamics，后来改用我们集团里面自主开发的，电子工厂使用的ERP产品，都成功在医院实施了

3. 需要即时库存吗
最少我们现在是每天结转，没有做到即时库存。感觉也没有这个必要，数据量很大，在两个系统之间频繁交互还是比较消耗性能的。
当然实现了即时库存，领导肯定更开心

大家如有什么问题，欢迎提出来一起探讨

红旗飘飘

1.物料管理：库位设置如下：
药品良品库，药品报废库，药品过期库……
3. 需要即时库存吗

你们单位可能所有的统计查询报表都集中由数据中心提供，即后台数据库操作。

没能充分理解你们对良品、报废、过期的药品库定义，我觉得库表设置较复杂并且迁入迁出频繁、存在大量交叉数据的情况下，前台使用者的数据查询差错率会较高。特别是药品类的二级、三级库管中也存在“当前库存(良品库？)”“下架药品(报废库？)”“历史批次或停用药品（过期库？）”，会不断地添加和更新数据，冗余记录会越来越多。

例如：某1批次的青霉素在住院药房已用光，并已转入过期库，但门诊药房还有少量库存，并未下架而且要直到售光为止。这种情况很频繁，在二级库房之间对同属性物品（如同批次药品）的存在不同库表定义的情况下，例如门诊/住院药房分别在售/报废，不知道你们如何进行数据同步，如何处理院级按属性、时间段的多种组合查询和数据追溯。

即时库存透明有时有必要，我们遇到小用户时有一点：他们的药房对贵重药品或特殊药品的存量很少，甚至很多常规药品都会售光为止，经常出现实际库存只剩2-5支，而临床开立医嘱或处方需要6-8支，这类库存不反映给临床可见是存在矛盾的。

关刀文

二级库是没有报废库、过期库的
一级、二级库如发现有过期药品，填写工作联络单，经由财务等部门签核后，移转到报废库
报废库中的数量不再纳入库存数量管理范围。
每个月会做这样的处理，一条原则就是没用的东西就移转进来，至于放到报废库还是过期库根据自己情况而定了。
这些数据放在报废库，过期库也不存在什么冗余问题，财务基本是按月来捞取这部分数据。愿意的话，把这些记录清空也都可以

这里的过期不是说某个批次过期了，是指实际的药品有效期到了。
如果这个批次在住院药房过期了，那在门诊药房同样应该立即找出来出过期报废处理，即移入过期库


没有即时库存确实会存在这些问题，这就要自己权衡利弊了。有些问题可以通过管理把弊端尽量降低。
只有想不到，没有做不到，如果非要实现某个功能，相信程序上总是有办法处理的

kevinyan

2）HIS中医嘱执行后，所产生的消耗，通过每天结转的方式，抛转给物料管理模块，包含消耗的库位，数量（成本自然在ERP中计算）
3. 需要即时库存吗
最少我们现在是每天结转，没有做到即时库存。感觉也没有这个必要，数据量很大，在两个系统之间频繁交互还是比较消耗性能的。
当然实现了即时库存，领导肯定更开心


我认为，要实现你所的这个情况需要管理作出不少让步，担心会增加太多的管理成本，不是领导开不开心的问题。比如，临床无法及时了解药房的供药情况，供药目录是一天前的，可能会出现医生开出来的药，药房没有，药房有的药医生开不出来的现象。对一些大医院来讲，临时购药的品种比较多，至少占所有品种的10%以上，如何通过管理或者其他接口方式解决这个10%是一个挑战，当然对于药品品种变化不大的医院问题就不会那么突出。

另外我有几个问题

• 门诊处方出库和住院领药单出库的模块是ERP还是HIS实现的？
• 你们医院的规模多大，门诊量？床位数？
• 药品是医院的基础信息，不仅需要提供物流的模块，还要医疗模块，药品的相关属性如何定义？在HIS里做的还是ERP里？
• 你提到了系统管理到了护理站，是不是一个3级库的概念？与HIS有没有接口？

很高兴听到具体实施ERP的消息，多交流

关刀文

普通的药物通过设置安全存量以确保及时拨补来解决这个问题。
临时购药的品种如果太多，这时候就要问问为什会有这么多临采药，部分品种是否可以转换成正常采购药。
我们为门诊药局在HIS设了一个虚拟库，初始化的时候与ERP库存同步，然后让它实现即时库存。

具体方法就是这个虚拟库实现即时扣库（在HIS里面完成应该不难）， 而在ERP里面，对应的库位有数量异动的时候，通过Trigger调用HIS提供的接口同步虚拟库（如果Trans类型是每天扣库结转导致的库存变化，则不做处理）
这样处理，基本上使ERP管理库存的时候基本不用考虑对HIS的影响，双方分的还比较清。 但感觉起来还是有点奇怪，或许大家还有什么其它的好办法，欢迎继续讨论！

1.门诊处方出库和住院领药单出库的模块是ERP还是HIS实现的？
这些模块都在HIS, 然后HIS中有个单独的Job, 设置好扣库对应规则，从HIS的表中解析出当天扣库的数量和对应的库位抛砖给ERP

2.你们医院的规模多大，门诊量？床位数？
医院刚开业一年多一点点，还在成长中~~

3.药品是医院的基础信息，不仅需要提供物流的模块，还要医疗模块，药品的相关属性如何定义？在HIS里做的还是ERP里？
我们有5个院区，也就是上了5个HIS和5个ERP, 为了确保基础资料在各院区的统一，公共基本资料维护既不属于ERP也不属于HIS
我们有一个单独的统一的维护入口，维护完成后，如果A院区需要，就导入A院区的ERP和A院区的HIS，但部分属性在ERP和HIS里面是自己特有的，导入后再由各模块自己维护，更新。 当然公共接口的数据有异动的时候，需要同步所有院区信息。同事公共属性中的部分重要属性是不能随便更新的。

4.你提到了系统管理到了护理站，是不是一个3级库的概念？与HIS有没有接口？
我们这里护理站的库位和药局是平等的，都是从药库领药。护理站有很多一次性的卫材，大多都是通过费用化的方式领取，就是领完了，药库数量减少，而护理站的数量不会增加，直接算他们的费用了。当然护理站也有部分库备药，护理站的扣库规则确实比较复杂，难以扣的准确

（PS: 我只是写出我们的处理方法，当然不能作为标准答案！我们也在摸索中前进，写这个帖子的目的就是希望和大家一起讨论，更希望得到更好的解决方案）

红旗飘飘

原帖由 关刀文 于 2009-6-26 08:47 发表

                               
登录/注册后可看大图

1、一级、二级库如发现有过期药品，填写工作联络单，经由财务等部门签核后，移转到报废库..报废库中的数量不再纳入库存数量管理范围。
2、这些数据放在报废库，过期库也不存在什么冗余问题，财务基本是按月来捞取这部分数据。愿意的话，把这些记录清空也都可以.
3、如果这个批次在住院药房过期了，那在门诊药房同样应该立即找出来出过期报废处理，即移入过期库
4、护理站的库位和药局是平等的，都是从药库领药。护理站有很多一次性的卫材，大多都是通过费用化的方式领取，就是领完了，药库数量减少，而护理站的数量不会增加，直接算他们的费用了。

存在较大的体制差异。可能你们因ERP的名义，特意没有完善HIS，而且ERP与HIS的衔接其实是后置式，所以我之前咨询过你们的数据追溯与查询统计具体由哪一方生成的问题，不出意外，你们的HIS只是销售POS系统，ERP只注重于“进出存”与“销”对账，这其实是国内大部分仅由1套HIS就全部完成的工作，且你们查询统计目前一定只能由ERP后台数据库操作。

对具体业务我们一起探讨：
引用LZ的1&3中，其他物品因属性单一可以这样管理，在发现过期品后再填报—审核—移除，药品类是不可以的，医疗风险较大。
建议三：1）对过期类“填写”工作联络单，应可以由系统自动生成审批表。2）药品“过期”处理应做到事前警示，或许你们和常规医院采购模式不同，药品已买断承销，但根据有效期自动判断并预警提示还是很方便的。3）也有朋友关注你们的药品帐页属性定义等，通过LZ介绍的处理方式上判断，你们可能并没有区分“药品”和物品的特殊属性。

2、没有冗余记录和数据交叉，并且“把这些记录清空也都可以”，这一点非常恐怖！
应该是你们没有区分药品和物品的属性差异而导致，信息系统不仅仅只服务于进销存和财务账，LZ开篇也提到数据、核算等等，显然我们已认识到历史追溯是很重要的。
举个例子：你们曾在一段历史时期内为产妇新生儿提供过三鹿问题奶粉？你们曾接到上级通知要求立即停用某问题药品并追溯跟踪曾使用过该药品的患者？或者已离院的患者在隔几个月后因健康问题提起医疗纠纷？而这类历史药品(批次)，早已迁出His库并清理出ERP良品库，甚至已在“报废库或过期库中作为垃圾记录而清空”，这时还能否处理？
我未理解的地方主要集中在：首先你们可能没有管理His药品库，his在你们单位实质上只是POS收费软件，其次你们的ERP只偏重于库存消耗与金额账做对应，实际上没有“物流”，流动环节未予管理更无从查询，虽然ERP提到有大量的查询报表，但对历史数据的挖掘，好像还没有形成机制。

4、护理站的库位和药局是平等的，都是从药库领药。护理站有很多一次性的卫材，大多都是通过费用化的方式领取，就是领完了，药库数量减少，而护理站的数量不会增加，直接算他们的费用了。
4这一点是本质矛盾，实际上是你们的药局管理了二级库，而护理站根本没有库存管理，两者不“是平等的”。
护理站只是一辆小推车去药库统领上账后拉回来完事儿，卫材是否给患者用上？给患者用了多少？给哪些患者用了哪些？无论你们的ERP或HIS都没有管理，所以我有些担忧药品类也类似于这样粗线条处理。


另外有两点我的理解不同：
每个月会做这样的处理，一条原则就是没用的东西就移转进来，至于放到报废库还是过期库根据自己情况而定了。
报废库和过期库，应是很明确的库表定义吧？是每个月都根据自己情况而定，还是规则性地job呢？
这里的过期不是说某个批次过期了，是指实际的药品有效期到了。
很震惊：具体药品的有效期就是指该批次过期，“实际的”是同一个。

[ 本帖最后由 红旗飘飘 于 2009-6-27 00:49 编辑 ]

yangzheng

我觉得现在我们谈论的更多是管理上的东西，我认为医院信息系统首先因该是临床一线人员使用方便，其次才是管理上的要求，但是中国的国情好像是首先从管理上来开始的 。在国外ERP只是属于医院信息系统的一部份。

红旗飘飘

这个ERP只是进销存，没有涉及供应链管理，以未“流通”的ERP来制约管理HIS，对医院(企业)生产经营并不能提效，属于很power的CIO脱离医疗临床业务的产物，在连锁药店企业所投资的医院中已经常见这种情况。

一级、二级库如发现有过期药品，填写工作联络单，经由财务等部门签核后，移转到报废库..报废库中的数量不再纳入库存数量管理范围。
把药品也作为普通物品管理，这种事后处理手工申报的方式不能满足临床用药的效率要求。

最少我们现在是每天结转，没有做到即时库存。
虚库存的意义主要在于开具处方后即消减库存，减少临床用药选择时发生冲突，但这样在日结转之后再由ERP生成查询统计，再由ERP隔日反馈给HIS药品库，其实是库管两张皮，需要人力干预同步，盘点复杂度提高并且周期也一定很长。
而后台服务(生产)部门无法快速掌握对临床(经营)部门的供应缺口，特别是药局存量对临床不能有效地“可见”，这样也无法实现ERP按客户订单(即医嘱处方)来计划供应资源。

建议考虑从ERP中开发经营(临床)系统，把POS机型的跛脚HIS省略掉，将分别不能(联合也不能)支持临床(属经营环节)的ERP和HIS合二为一，这样会有新发现。

[ 本帖最后由 红旗飘飘 于 2009-6-27 15:37 编辑 ]

关刀文

感谢 红旗飘飘 这么详细的回复！提出了一些系统可能存在的问题。

但把问题的原因基本归结为ERP和HIS分开所导致我不太认同。

我个人感觉，两套系统也就是前台医疗和后台的采购、财务软件相对独立还是有意义的。一方面对应的用户和系统维护者都是不同的用户群体。另一方面系统的管理，维护，升级也相对容易些。
重要的是让HIS得到减负，能够集中处理自己的核心业务（HIS真正的价值在于规范整合各种临床作业流程，增加作业效率提升就诊感受，医疗数据记录挖掘等等，我把它说成是sales端，只是说明在库存管理这一方面，它和ERP的关系，可不能把HIS说成是“POS机型的跛脚HIS”哦！）

当然你说的缺点也确实存在，比如我们还没有去做根据批次的有效期预警（我也比较希望能知道大家是如何做好批次管理的！），比如我们没有即时库存
但问题的存在不能简单的归结为系统的分开，不是不能为之，实是未为之而已。 比如把扣库结转的job由一天跑一次变为5分钟跑一次，不就成了即时库存。
而后台服务(生产)部门无法快速掌握对临床(经营)部门的供应缺口，特别是药局存量对临床不能有效地“可见”，这样也无法实现ERP按客户订单(即医嘱处方)来计划供应资源
当我们门诊量少的时候，问题还真是经常发生，但当一个医院稳定运行后，库备的品种日益齐全，各种药品的日使用量基本稳定，安全存量设定好了，通过日处理的方式，反而简单有序。
计划供应资源不应该是紧盯线上库存，而是对过去一段时间的消耗做分析，从而给出合理的安全存量数据。

我们不做即时库存也可能是历史原因导致，我们的系统是从无到有，我们的医院是也从无到有，组织架构的变化，新科室的开立，新药局，化疗药局的出现，新护理站的开立等等，都会使扣库规则发生变化。
同时B超室，心电图室，手术房，ICU护理站等各种特殊的库位存在，使得扣库规则不那么简单，如果我们把扣库规则写在HIS中，医嘱开立执行后就进行消减库存动作，那么这些变化的出现HIS将很难应付。
所以我们通过JOB结转的方式来实现扣库，HIS只管开出医嘱，把扣库规则写在结转job中，这样使系统能够灵活应对各种情况。

下面再简单说说上面提到的其它一些问题

把这些记录清空也都可以
我是指清空库存数量而已，核心的每一笔的Trans记录当然是不能清除的，我也只是随便说说而已，实际上也不可能也没必要这么做，见笑了！

实际上没有“物流”，流动环节未予管理更无从查询
可能是上面不恰当的文字描述让你产生了这样的误解！既然把这部分用独立的工厂用的ERP系统来做，应该是管理的更加详细了，特别对宇物流环节

护理站是有库存管理的，我说的不管数量的是指部分不计次卫材，如棉球，酒精，一次性棉签等。





ERP和HIS合二为一，这样会有新发现,  从相反角度来看，也会有新发现

yangzheng

红旗飘飘，关于临床处方生成就减库存的问题，可以看出一个his开发公司产品的成熟程度。

kevinyan

医院的药品是一个集物流、库管、医疗、质量等属性为一体的复杂事物。无论HIS还是ERP要想管好都不容易，ERP的优势在于物品流通、存储、财务的管理，HIS的对其的要求主要是医疗上的。但是总起来这些要求渗透在复杂的业务流程（模块）中，也许某个模块处理药品的流通属性多点、处理的医疗属性少点（譬如入库），或者某个属性主要处理的是药品的医疗属性、较少关系药品存储（譬如医生开药）。但是我们不能把偏重流通管理的模块用ERP实现而不考虑医疗属性、或者把偏重医疗属性的模块用HIS实现而不考虑流通管理。事实上传统的HIS供应商还都提供了物流管理模块，只不过是物流的管理比较弱，现在越发不能满足药品管理部门的要求。用ERP的概念管理医院的药品是近些年才有，ERP还需要更长的路适应医院的特点。
医院关于药品的流程大致有开药、计费、领药、入库、出库、盘点、效期管理等。如果把某些模块一刀切，使用标准的ERP实现有很大难度，很有可能遗失一些医疗属性，或者过分严格要求某些流通属性。所以期待真正的HRP（Hospital Resource Plan)的出现，我只能说，LZ的做法存在较大的问题，只能看作一种有益的尝试，只能满足目前医院的需求，当医院规模逐步增大，管理和医疗要求增高的时候，你的软件会很难应付。
我的经验是必须在ERP的模块中增加药品医疗属性的管理，使其贯穿到整个医院的流程中。
药品的属性（或者称为药品主数据）大致分为3个层面的属性，即药物、药品、物流。药物可理解为化学名或通用名级别的属性，有毒麻属性、通用名、剂量、规格、重量、体积等，药品可理解为商品名级别的属性，有价格、包装、厂家等。流通有库存、效期、货位、入出量等。
把药品抽象为这3个层面，有利于处理不同的业务在某个层面实现的问题。
举个例子，安全用药，是现在用药很关心的问题，我了解了做的最好的产品是First Databank，其数据模型的设计就分为通用属性和商品属性，如果你的药品模型设计适合这个概念，就能充分利用FDB提供的安全用药模块。

关刀文

LS说的有道理
只是所提到的这些属性我们也都是有的，原来的ERP产品中肯定不会有这些栏位，我们都是借用其它比较相似的栏位或者原来系统中没有使用的预留栏位来记录。
用的是ERP的框架和思想，里面的很多核心Trans也都通过二次开发来重新实现

红旗飘飘

对物资类的供应管理，我们一般是按照定额补差、或上月值、或月平均消耗量，由系统自动生成采购计划，人工校验修改并审核后直接提交采购。
这样可以直接应用到临床科室二级库，生成计划——校对修改——总务科或物资科审批——采购单发送给各个供应商——供应商交货(向一级库或二级库均可)——入库确认(实际到货量与采购申请单不符时，以实际入库量为准)——发票结算。计划性地采购可以大大降低医院的库存余量，个别医院已做到了部分物资零库存。

药品效期预警，只要在物品帐页中有“批次”或“折旧时限”就可以设置。

我们学习过ERP，当时有些侧重于跟踪资源分布，借鉴其在线调拨和流通提效。感觉上，医院的管理和临床业务是最终展现为服务的，习惯了在HIS平台上完善所有的后勤支持和辅助模块，ERP如果侧重于库管和计划供应，其实只是承担了HIS中支持服务的一部分应用，我更建议在一个系统内构建这类业务。
其实全成本核算在医院的实际应用一直缺乏实效也是类似的道理，除了分摊水电暖费和人均奖，效益收入配比都要依赖于HIS的输送，两个系统都把自己搞得很累，有二次录入到财务账后只核算历史月数据的，也有与HIS接口后根本运行不了。

楼主单位可能会继续探索以ERP来job收集(向HIS调用)和管理总帐，忽略了HIS对已收集的数据进行直接提取分析的功能。如果将每天同步1次改为5分钟同步一次，其实也不能达到实时的目的，反而对两系统的交互性能带来负面影响。毕竟是在异构系统间信息频繁交换，与HIS数据库与二级库之间的刷新同步在效率上是有差异的。
其实现在还有很多HIS在上午的业务高峰期根本不敢做查询统计，你们带着ERP理念和技术心得进来，与其同时开发一套HIS（你们的短板）配合ERP（你们的长板），不如满足我的愿望 ，以你们擅长的ERP构建医院的完全业务应用，窗口POS(医院“售”和“发”分离)在系统内很容易实现，对临床方面极具专业性的应用考虑产品集成。在你们之前有人尝试过，很深刻也很壮烈，但后来没能测试应用，HIS很多年没有启迪了。