区域卫生信息平台发展的一种战略选择与实现路径
区域卫生信息平台发展的一种战略选择与实现路径
前言
既有模式面临衰退的风险，外部面临潜在严重威胁
我们和用友相比，管理水平、技术能力、市场能力、资金实力、商誉等都不在一个档次上，它都在走下坡路，我们如果沿着传统软件企业的路子走下去，前途会是什么样的呢。
区域卫生信息化，前景广阔，但是，到目前为止，我们没有从中挣到钱。
这个行业里，许多竞争对手实力远在我们之上，我们凭什么战胜他们呢？
除了内忧，现实的外患也非常严重，以武汉市级平台建设为例，他的着力点在健康档案存储、交换、共享、门户上。他们要求各区不要自己搞门户网站，统一发放健康卡，这是要垄断居民使用基于平台的应用的节奏，垄断平台的居民入口通道，从技术上看，市级平台及交换系统一旦建成，完全可以把各区的平台全部废掉，这是胜者通吃的战略！
区域卫生平台是公司发展的机遇
区域卫生平台是以“人”为中心的，直接用户应该涵盖居民、医疗人员、医疗机构、公卫机构、专业管理机构、行业管理机构等，区域卫生平台具有数据信息量大，质量高的特点；如果按国标建设平台，它就是个云服务的平台；在区域卫生平台之上还可以建立专业领域的公众平台，如果我们着眼于“人口健康数据+基于健康数据的偏重于公众的专业沟通与协同平台+专业云服务”，让这些设想落地，公司和我们每个人都会发生巨大的转变。
设想一下，一个具有真实有效个人健康信息的平台面向公众开发后，面向医疗机构开发后，盈利模式可以是多种多样的，特别是面向居民开放后，面对全体医疗人员开放后，我们可以可以通过第三方来解决盈利问题，面向高端用户收取费用的方式来解决盈利问题，和合作伙伴构建生态链条，分享生态链条上的利益来解决收益问题，这种情况下，我们就敢免费为卫生局建立区域卫生信息平台，当然其交换条件是平台归我公司运营且为公众服务的的吗目的适当采用商业化方式使用平台上的数据。
区域卫生平台核心价值与成功的关键
平台运营成功的关键还是如何吸引用户特别是居民使用基于平台的应用。平台的核心价值在于“数量+数据+沟通与协同平台+云服务”如果我们拘泥于卫生局的需求，并且自己把平台做成一个偏重于公卫业务的系统，拘泥于满足卫生局的管理需求，这是把奔驰当牛车使。
区域卫生平台平台定位应该是：标准的数据存储与服务、专业的数据交换平台；参与者为专业医生、居民的权威的、专业的沟通与协同平台的基础平台；云服务平台。
我们可以开放平台给居民，居民通过健康卡及密码登录平台查看到自己的就诊记录，用药记录，我们的平台和九州通的药品B2B,B2C平台挂钩后，可以让居民通过平台对药品价格进行比价；
我们可以向居民开放点评医生的服务；
我们可以向居民开放预约注册医生的服务；
我们可以向居民开放推荐注册医生的服务；
我们可以在隐去必要信息的情况下，向注册医生推荐病人，开放健康档案，让医生来选择感兴趣的病人，并且根据一定规则通过平台向居民自我推荐；
居民可以授权注册医生查看自己部分健康档案，请求医生提供咨询服务；
注册医生可以提前查看预约病人的健康档案与诊疗记录，提前为医疗服务做准备工作。
我们可以在可控的情况下向第三方、第四方逐步开放部分平台服务，他们可以可以基于平台服务，进行2次开发，以平台为基础，构建具有自生长功能的生态链环境，以提高平台的粘连度。
总之，有N多可能的手段吸引居民与医生使用平台上的各项服务。在平台正向效果发生作用的情况下，用户数量及用户粘连度将会是几何级的增长，而且会加速度为对手进入建立障碍。
愿景转换为现实的前提是能迅速吸引居民与专业医师使用该平台及平台上的服务。
向专业医师推广平台比较容易，关键是加强和HIS系统的融合，提高基于平台功能的易用性，可以通过基层HIS系统，主动推送平台特别是区域平台之上的公众平台的有关功能，例如，医生可以可以向自己的病人推送有关信息，以便更好的进行卫生服务等。
向公众推广平台是难点，但是也有着很多天然的优势，可以由医生影响病人使用基于平台的功能，可以和预约挂号服务这样的实际功能挂钩，由于平台具有区域性，我们又准确的掌握居民联系方式，也可以准确的推送广告等多种方式，推广基于我们区域卫生平台上的各项应用。
总之，对用户而言，平台的数据产生价值、基于平台的专业沟通产生价值、基于平台的云应用产生价值，这应该是我们建设区域卫生平台应该采取的价值取向，而不能把主要价值方向放在卫生局上，放到公卫业务、放到满足卫生局管理需要。
假设又我们运营区域卫生平台的盈利点与竞争力
<!--[if gte vml 1]><v:shapetype
id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t"
path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f">
<v:stroke joinstyle="miter"/>
<v:formulas>
<v:f eqn="if lineDrawn pixelLineWidth 0"/>
<v:f eqn="sum @0 1 0"/>
<v:f eqn="sum 0 0 @1"/>
<v:f eqn="prod @2 1 2"/>
<v:f eqn="prod @3 21600 pixelWidth"/>
<v:f eqn="prod @3 21600 pixelHeight"/>
<v:f eqn="sum @0 0 1"/>
<v:f eqn="prod @6 1 2"/>
<v:f eqn="prod @7 21600 pixelWidth"/>
<v:f eqn="sum @8 21600 0"/>
<v:f eqn="prod @7 21600 pixelHeight"/>
<v:f eqn="sum @10 21600 0"/>
</v:formulas>
<v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/>
<o:lock v:ext="edit" aspectratio="t"/>
</v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" style='width:415.5pt;
height:320.25pt' o:ole="">
<v:imagedata src="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtmlclip1\01\clip_image001.emz"
o:title=""/>
</v:shape><![endif]--><!--[if !vml]--><!--[endif]--><!--[if gte mso 9]><xml>
<o:OLEObject Type="Embed" ProgID="Visio.Drawing.11" ShapeID="_x0000_i1025"
DrawAspect="Content" ObjectID="_1454016151">
</o:OLEObject>
</xml><![endif]-->
（经营区域卫生平台收入来源示意图）
我们的收入可能的来源为：
广告商
与网上药店分成
高端用户
以数据为基础的咨询服务
以平台生态链为基础的收入分成，例如和电信企业分成，向第三方开放基础服务
区域卫生平台对广告商有着天然的吸引力，吸引力在于2个方面，用户数量+用户数据；
我们对其他互联网企业有着天然的竞争力，竞争力也在于数据；
高质量的数据，是互联网广告商们的梦中情人，居民健康档案数据实时性、地理位置准确性、性别、年龄、身体状况、医疗习惯的精确性、用药的精确性、准确性、及时性非常高。这是目前任何一家互联网企业所无无法企及的，也是精确推送广告的前提条件。
对其他互联网企业，取得高质量的数据，需要付出极高的成本，需要多种技术手段，而我们取得这样的数据，成本相比一般互联网企业，可以忽略不计。成千上万训练有素的基层医生，在为我们取得精确数据而辛勤工作，如果我们能善用平台数据，将会给社会、给公司创造更多的价值。
这一切，有个关键前提：被卫生局授权适度使用平台的数据。卫生局为什么会授权给我们适当使用数据，那只有我们使用数据的方案中，能体现为公众服务的宗旨，以商业化方式为公众服务。
运营区域卫生平台的战略条件
1）区域卫生平台有着一系列标准，这为基于平台的应用开拓了广阔的天地，随着时间的推移，基于标准的区域卫生平台一定会形成一个巨大的自我成长的生态系统；
2）现在还没有出现真正可怕的竞争对手，我们竞争对手尽管十分强大，但不是不可战胜的，万达、东软、杭创、金仕达卫宁等应该是我们的主要目标对手，万达、东软、杭创均参加了卫生部平台相关标准的建设，但是…；IBM、ORACLE这类外资公司建设区域卫生平台将面临着政治和法律的障碍；强大的互联网公司，短期内部不可能克服这么多行业背景的障碍；移动公司搞平台虽然具有一定优势，但其策略与管理的值得商榷，比如，他们搞手机随访，把移动应用支点放到公卫人员身上，这还不如着眼居民，开发移动应用功能。
3）我们在区域卫生平台已经有着可以落地的客户，而且有的客户配合度是很高的；
4）医疗信息化已经写入的十八届三中全会的，政治上也有优势。
5）部分卫生局缺钱。
运营区域卫生平台面临的挑战
<!--[if !supportLists]-->1. <!--[endif]-->历史观+新视野+重视新技术发展+开放+人的转变
我们是一家传统的软件企业，盈利模式主要是接项目，从项目建设中取得收益，我们不少开发人员习惯了既有技术架构、技术路线，做的还比较顺利，拿到了适合自己的工资，大部分人在这种境况下过得还比较舒坦，如果改变，首先要自我否定，对我们每个人都是痛苦的，都是有风险的，但是，我们自己不改变，就可能让公司的发展存在风险，只要看看行业的发展，从大的格局上看我们面临的危机还是比较严重的。对平台的发展，必须有历史观，新视野，重视新技术的发展。
IT行业是个平民化的的行业，没有什么技术权威；是年轻的行业，没有那么多规矩，无长幼之序,嫡庶之分；是个在胜者通吃道路上前进的行业，必须勇争潮头。
同时这个行业是个开放的行业，必须抱着开放的心态，抱残守缺，自我封闭，安于处在低端的现状，只会为自己招来职业生涯的杀生之祸，拖公司发展的后腿。这方面一个典型的例子是摩托罗拉。
更为现实的是，从事区域卫生平台领域建设已有几年了，结果各方面并不满意，如果还是依赖既有思维、既有套路、既有技术、既有人才，能满足公司发展的需要吗？能满足区域卫生平台建设、运营的需要吗？
<!--[if !supportLists]-->2. <!--[endif]-->需要认识到区域卫生平台的现实的核心地位与潜在主要价值
2009年，卫生部统计信息中心主任饶克勤提出，医疗卫生信息化建设的重点是“打好三个基础、建好三级平台、提升业务应用系统”。“打好三个基础”的核心是加快医疗卫生信息标准化的建设：第一是建立全国统一的、标准化的居民健康档案；二是建立国家电子病历基本架构与数据标准，包括基于电子病历和医院管理的信息系统建设方案；三是建立国家卫生信息数据字典。饶克勤解释道“只有打好这三个基础，才能推动以居民健康档案和电子病历为基础的区域卫生信息平台的建设；才能使我国医疗信息化建设步入规范化、标准化的轨道，并在此基础上提升各个业务领域的应用性，实现各级业务系统的数据采集、共享和交换。”这既明确了区域卫生信息化建设在卫生信息化建设中的核心地位。
我们只有积极建设区域卫生平台，实施平台战略才可能给公司带来跨越式发展，万达用10年时间，他们从一个完全不具备医疗行业背景的公司，发展成区域卫生平台领域的领导者，说明这个行业，是个具有弯道的赛道，下一个弯道，我认为在平台运营上，如果我们能借助平台的建设，运营，向互联网公司靠近，必将使公司进入一片蓝色海洋。
平台潜在的价值的核心是“数据+面向公众与医疗人员的专业的沟通系统平台+专业的云服务“，而不是仅仅局限于”实现医疗卫生机构之间的业务协同，卫生行政部门和业务条线对医疗卫生业务的管理、监督、决策和应急指挥，以及对于居民提供健康服务“。
<!--[if !supportLists]-->3. <!--[endif]-->区域卫生平台建设的驱动方式需要完善
原有项目都是单个业务需求驱动模式，而平台转向‘以人为本’的健康信息系统建设模式。”“以人为本”的思路一经确立，就要求信息化从“人”的信息入手。因此，健康档案、电子病历就自然成为卫生信息化新的建设重点。可以这么说，平台建设是标准驱动+技术驱动。
<!--[if gte vml 1]><v:shape
id="图片_x0020_2" o:spid="_x0000_i1026" type="#_x0000_t75" style='width:150pt;
height:27pt;visibility:visible;mso-wrap-style:square'>
<v:imagedata src="file:///C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\msohtmlclip1\01\clip_image003.emz"
o:title=""/>
</v:shape><![endif]--><!--[if !vml]--><!--[endif]-->
<!--[if gte vml 1]><v:rect id="_x0000_s1027" style='position:absolute; left:0;text-align:left;margin-left:2.25pt;margin-top:65.1pt;width:155.25pt; height:25.5pt;z-index:2'> <v:textbox style='mso-next-textbox:#_x0000_s1027'/> </v:rect><v:rect id="_x0000_s1026" style='position:absolute;left:0; text-align:left;margin-left:2.25pt;margin-top:8.4pt;width:165pt;height:29.25pt; z-index:1'> <v:textbox style='mso-next-textbox:#_x0000_s1026'> <![if !mso]> <table cellpadding=0 cellspacing=0 width="100%"> <tr> <td><![endif]> <div> <p class=MsoNormal><span style='font-family:宋体;mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin;mso-fareast-font-family:宋体;mso-fareast-theme-font: minor-fareast;mso-hansi-font-family:Calibri;mso-hansi-theme-font:minor-latin'>区域卫生信息平台</span></p> </div> <![if !mso]></td> </tr> </table> <![endif]></v:textbox> </v:rect><v:shapetype id="_x0000_t32" coordsize="21600,21600" o:spt="32" o:oned="t" path="m,l21600,21600e" filled="f"> <v:path arrowok="t" fillok="f" o:connecttype="none"/> <o:lock v:ext="edit" shapetype="t"/> </v:shapetype><v:shape id="_x0000_s1028" type="#_x0000_t32" style='position:absolute; left:0;text-align:left;margin-left:2.25pt;margin-top:1.35pt;width:282.75pt; height:1.5pt;z-index:3' o:connectortype="straight"/><v:shapetype id="_x0000_t131" coordsize="21600,21600" o:spt="131" path="ar,,21600,21600,18685,18165,10677,21597l20990,21597r,-3432xe"> <v:stroke joinstyle="miter"/> <v:path o:connecttype="rect" textboxrect="3163,3163,18437,18437"/> </v:shapetype><v:shape id="_x0000_s1029" type="#_x0000_t131" style='position:absolute; left:0;text-align:left;margin-left:271.5pt;margin-top:2.85pt;width:93pt; height:27pt;flip:x y;z-index:4'> <v:textbox style='mso-next-textbox:#_x0000_s1029'> <![if !mso]> <table cellpadding=0 cellspacing=0 width="100%"> <tr> <td><![endif]> <div> <p class=MsoNormal><span style='font-family:宋体;mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin;mso-fareast-font-family:宋体;mso-fareast-theme-font: minor-fareast;mso-hansi-font-family:Calibri;mso-hansi-theme-font:minor-latin'>水平面</span></p> </div> <![if !mso]></td> </tr> </table> <![endif]></v:textbox> </v:shape><![endif]--><!--[if !vml]-->
<!--[endif]--><!--[if !mso]-->
|
<!--[endif]-->
（平台层次示意图）
而标准与技术及其相关实现又不是卫生局能够指导的，他们提出的需求都是应用层面上的，都是水平面以上的。
因此，平台的建设与开发，必然是项目+研发并重的模式，特别是向平台运营的转型，更不是单纯项目开发实施所能驱动的。
平台是产品级别的，平台产品应该是可配置的，而我们现有公卫产品是项目级别的
从产品化的角度，虽然国家层面正在编制区域平台、健康档案的相关标准，也陆续发布了行业标准的征求意见稿、试行稿和正式版本，但是在项目上如何落地，对产品的适应性、灵活性、扩展性提出了要求。需要产品预先在内部支撑相关标准，然后在用户现场通过可配置的方式快速完成工程的实施。目前我们还是以项目的方式进行开发，这样在工程进度、工程质量方面都存在风险。偏离标准，也会使得平台验收产生很大困难。
目前已经建设的平台，很多让各方面都不太满意，我认为部分原因可以归咎到单纯依靠项目驱动区域卫生平台的建设模式。
平台建设的正确模式应该是：项目驱动+标准驱动+技术驱动+产品研发驱动+正确的价值导向与战略规划，
<!--[if !supportLists]-->4. <!--[endif]-->需要向国标靠拢，向先进学习
总结一下：
|
项目分类 |
子项目描述 |
规范及 |
|
技术路线与架构 |
平台架构 |
区域卫生信息平台和医院信息平台的技术路线以SOA架构为核心，同时在必要时补充采用其他技术手段。 |
|
平台功能 |
注册服务 |
基于IHE ITIPIX和PDQ； |
|
健康档案整合服务 |
基于IHE ITI XDS、HL7消息和CDA文档规范以及ESB、ETL等技术； |
|
|
健康档案存储服务 |
基于IHE ITI XDS、HL7 CDA； |
|
|
基于健康档案的医疗卫生业务协同 |
基于ESB、BPM、BRE、CEP等技术 |
|
|
数据仓库服务 |
|
|
|
信息安全与隐私保护服务 |
|
|
|
数据交换平台 |
交换平台架构 |
主流的信息交换平台采用SOA架构，使用ESB来实现实时的服务的调用、服务的编排，采用异步消息实现批量的数据上传 |
|
共享 |
|
|
四川省卫生信息中心卫生信息实验室主任林晓东 博士的《从点到面构建区域卫生平台》ppt中提到概念与要点
|
项目分类 |
子项目描述 |
林博士ppt中描述 |
|
平台静态标准 |
个人健康档案标准及分解规范 |
|
|
电子病历数据集标准及分解规范 |
|
|
|
个人健康档案共享文档规范、电子病历数据共享规范
|
|
|
|
平台动态标准 |
区域卫生信息平台服务规范
|
|
|
建设标准化的点 |
病人主索引管理 |
基于IHE PIX/PDQ，XDS服务标准 |
|
个人文档（健康档案和电子病历）管理
|
||
|
其它辅助服务
|
||
|
“点”的“面”化：“面子”共享交换服务标准及实现 |
HIE基本核心服务网关，提供发现本机构和其它机构病人的能力，请求和接收相关病人文档的能力，记录活动过程便于审计等 |
1以标准化符合性等级测试和卫生部关于平台服务为参照 2基于IHE 和HIE服务规范实现。
|
|
企业服务组件，提供实现病人电子健康信息交换共享的诸多关键企业级组件，包括病人主索引（MPI），XDS.b病人健康档案注册和存储，授权策略引擎，消费偏好管理，安全审计等 |
||
|
企业服务组件，提供实现病人电子健康信息交换共享的诸多关键企业级组件，包括病人主索引（MPI），XDS.b病人健康档案注册和存储，授权策略引擎，消费偏好管理，安全审计等 |
||
|
服务协调网关系统功能体系架构 |
|
按基础设施、发现与信息交换服务框架、事物应用框架分层实现 |
|
基础卫生信息交换网络服务基础平台 |
|
|
|
服务交换网关 |
|
|
|
市县平台需要部署的服务组件 |
MPI |
|
|
医疗服务机构目录 |
|
|
|
记录定位服务 |
|
|
|
安全认证服务 |
|
|
|
系统认证服务 |
|
|
|
市县平台需要部署数据库、数据仓库组件 |
实验室存储库 |
|
|
EHR存储库 |
|
|
|
EMR存储库 |
|
|
|
综合管理仓库 |
|
|
|
目录库 |
|
|
|
术语字典库 |
|
|
|
集成层组件 |
|
|
平台成熟度测试
|
类别 |
子项目 |
|
数据标准符合性测试
|
WS365-2011城乡居民健康档案基本数据集
|
|
WS xxx-2012 电子病历基本数据集 |
|
|
数据元的名称、数据类型、表示格式和值域 |
|
|
共享文档符合性测试
|
WS/T XXX-2012健康档案共享文档规范 |
|
WS xxx-2012 电子病历共享文档规范 |
|
|
共享文档的内容、结构和元素
|
|
|
信息平台符合性测试
|
WS XXX-2012基于健康档案的区域卫生信息平台技术规范 |
平台成熟度测试： 被检测对象
|
星级 |
被检测对象 |
|
1－2星级 |
电子健康档案管理信息系统 |
|
3－5星级 |
基于电子健康档案的区域卫生信息平台 |
从上表可以看出，3星级以上，才是对平台的标准
林博士ppt中的“平台成熟度测试：分级方案
|
星级 |
标准 |
|
1星级 |
建立电子健康档案管理系统，电子健康档案中个人基本信息和健康体检信息符合标准。
|
|
2星级 |
电子健康档案实现初步跨系统整合公共卫生业务信息，电子健康档案公共卫生数据符合标准。
|
|
3星级 |
通过区域卫生平台，实现区域内跨系统、跨机构信息整合，电子健康档案临床数据、公共卫生数据符合标准，平台可通过共享文档交换数据，平台个人注册服务、健康档案整合服务和健康档案调阅服务符合标准。
|
|
4星级 |
通过区域卫生平台，信息整合实现区域内机构全覆盖、业务功能部分覆盖。电子健康档案数据符合标准，平台基本通过共享文档交换数据，平台的注册服务、健康档案整合服务、健康档案存储服务和健康档案调阅服务符合标准。
|
|
5星级 |
通过区域卫生平台，区域内机构、业务全覆盖，实现跨区域数据交换。电子健康档案数据符合标准，平台完全通过共享文档交换数据，实现区域卫生信息平台的共享。
|
平台成熟度测试：分级内容
|
分类 |
标准 |
|
健康档案架构符合性 |
依据《健康档案基本架构与数据标准（试行）》中健康档案三维模型进行评价。 |
|
数据标准符合性 |
是依据WS 365-2011《城乡居民健康档案基本数据集》中的18个数据子集进行比对测试。
|
|
共享文档规范符合性 |
依据WS/T XXX-2012《健康档案共享文档规范》中的19个健康档案共享文档进行比对测试。 |
|
信息平台技术规范符合性 |
依据WS/T XXX-2012《基于健康档案的区域卫生信息平台技术规范》中的注册服务、健康档案整合服务、健康档案调阅服务、健康档案存储服务、健康档案管理服务等内容进行自动化测试，同时对平台架构、基本功能和应用效能进行人工评审。 |
|
准则类别 |
标准 |
|
数据集测试结果判定准则
|
健康档案数据集规范 |
|
共享文档标准测试结果判定准则
|
|
|
信息平台测试结果判定准则
|
|
下一篇： spring 中 bean 生命周期