一个多月前，跟我侄子（某诊疗连锁加盟集团公司的商品工程项目经理）谈到她们的医院管理方法系统用的是某Saas商品，但在执行布署时，根据系统构造的应用依然有许多问题，全部集团公司高管对该系统也不太令人满意，却又不敢开发设计自身的订制系统。问其缘故，听说是连成都市某全国各地顶尖的课堂教学医院在一两年前机构过上千人的研发部门、耗费上百万都没进行相对性令人满意的管理方法系统，到现阶段仍应用分别单独的医院管理方法系统（集团旗下有四家医院：总医院2个分院、口腔科、附二院、四院）。

在对该顶级的医院管理体系科学研究后，我发现实际上要进行这四家医院的系统合四成一并不艰难（订制），构建一套服务平台型（非Saas）、可配备化系统就能完成。医院系统的关键程序模块之一是CRM，因此这一系统我放到这一章而言。

或是规矩，大家先来整理情景。

1、从病人视角

2、从医院业务流程视角

以上2个视角，大部分可以把医院的正常的情景列入在其中，随后考虑到差异完成的融合与可配备化。

1、差异1：预定号/当日门诊挂号数/医师补号码的总数操纵。

我们可以将各医院当做大医院的单位型组织架构来考虑到，由于各单独医院的放号管理方法是对于本医院的，不会有多医院中间的交叉式，因此放号总数的操纵实际上可以在系统中创建一套放号操纵的子系统，用以配备放号类型（预定/当日放号/医师补号）和数目的管理方法，运用组织结构树完成差异化。

2、差异2：医院间的特有机器设备检查信息的同歩规定。

由于各医院的设施是有差异的，表明情景中有交叉式适用检查的要求。假如运用系统完成跨医院的预定/门诊挂号/检查/检查确诊的数据同步，不但可以提高工作效率、对病人的便利性也可以大大的加强，根据此的数据分析才可以更为精确。

解决的办法为，在根据某院的医院门诊或住院治疗后的诊治检查时（我院不存在机器设备），可以开展跨院预定/门诊挂号消息推送（添加一定的优先选择体制和信息同歩体制，可划入“医师补号”作用），在病人检查之后，检查信息同歩传回“医师补号”所相应的医师和病人。

3、差异3：CRM顾客管理体系对于不一样医院的运用。

尽管在各医院的CRM系统的作用展现层面有差异，但关键数据库查询层面是可以常用的，而且还可以提升某医院的特有层面（字段名），其他医院未作启用就可以了。

自然，有可能也有其他未提及的差异，没事儿，方式 如出一辙，选用通用性数据库查询、差异性启用、按组织结构完成差异化作用和管理权限配备等。

依照大家上边整理、融合的具体内容开展合拼构造逻辑性，全套医院管理方法系统的关键构造就成形了。

CRM是医院系统的主要控制模块之一，根据这套关键数字逻辑算法设计和系统展现层逻辑性，都非常容易完成。无论是独自的医院应用，或是连锁加盟医疗管理公司，都能完成从业务流程实际操作到监管的要求。

在医院系统中与硬件配置外接设备的连结是特别多的，因为这类硬件配置外接设备的经销商许多，接口标准也特别多，因此在插口解决上必须有工作经验的研发工程师给予适用，不然非常容易出问题。

------割------

近期这段时间十分忙，只有抽空闲时间来发表文章，很有可能在一部分逻辑或自然环境上详细介绍过少，感觉快放，若有不清楚的区域可以留言板留言会私聊。