区域卫生信息平台发展的一种战略选择与实现路径
我们和用友相比，管理水平、技术能力、市场能力、资金实力、商誉等都不在一个档次上，它都在走下坡路，我们如果沿着传统软件企业的路子走下去，前途会是什么样的呢。
区域卫生信息化，前景广阔，但是，到目前为止，我们没有从中挣到钱。
区域卫生平台是以“人”为中心的，直接用户应该涵盖居民、医疗人员、医疗机构、公卫机构、专业管理机构、行业管理机构等，区域卫生平台具有数据信息量大，质量高的特点；如果按国标建设平台，它就是个云服务的平台；在区域卫生平台之上还可以建立专业领域的公众平台，如果我们着眼于“人口健康数据+基于健康数据的偏重于公众的专业沟通与协同平台+专业云服务”，让这些设想落地，公司和我们每个人都会发生巨大的转变。
设想一下，一个具有真实有效个人健康信息的平台面向公众开发后，面向医疗机构开发后，盈利模式可以是多种多样的，特别是面向居民开放后，面对全体医疗人员开放后，我们可以可以通过第三方来解决盈利问题，面向高端用户收取费用的方式来解决盈利问题，和合作伙伴构建生态链条，分享生态链条上的利益来解决收益问题，这种情况下，我们就敢免费为卫生局建立区域卫生信息平台，当然其交换条件是平台归我公司运营且为公众服务的的吗目的适当采用商业化方式使用平台上的数据。
平台运营成功的关键还是如何吸引用户特别是居民使用基于平台的应用。平台的核心价值在于“数量+数据+沟通与协同平台+云服务”如果我们拘泥于卫生局的需求，并且自己把平台做成一个偏重于公卫业务的系统，拘泥于满足卫生局的管理需求，这是把奔驰当牛车使。
区域卫生平台平台定位应该是：标准的数据存储与服务、专业的数据交换平台；参与者为专业医生、居民的权威的、专业的沟通与协同平台的基础平台；云服务平台。
我们可以开放平台给居民，居民通过健康卡及密码登录平台查看到自己的就诊记录，用药记录，我们的平台和九州通的药品B2B,B2C平台挂钩后，可以让居民通过平台对药品价格进行比价；
我们可以向居民开放点评医生的服务；
我们可以向居民开放预约注册医生的服务；
我们可以向居民开放推荐注册医生的服务；
?
我们可以在隐去必要信息的情况下，向注册医生推荐病人，开放健康档案，让医生来选择感兴趣的病人，并且根据一定规则通过平台向居民自我推荐；
居民可以授权注册医生查看自己部分健康档案，请求医生提供咨询服务；
我们可以在可控的情况下向第三方、第四方逐步开放部分平台服务，他们可以可以基于平台服务，进行2次开发，以平台为基础，构建具有自生长功能的生态链环境，以提高平台的粘连度。
<!--[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]-->
我们对其他互联网企业有着天然的竞争力，竞争力也在于数据；
高质量的数据，是互联网广告商们的梦中情人，居民健康档案数据实时性、地理位置准确性、性别、年龄、身体状况、医疗习惯的精确性、用药的精确性、准确性、及时性非常高。这是目前任何一家互联网企业所无无法企及的，也是精确推送广告的前提条件。
对其他互联网企业，取得高质量的数据，需要付出极高的成本，需要多种技术手段，而我们取得这样的数据，成本相比一般互联网企业，可以忽略不计。成千上万训练有素的基层医生，在为我们取得精确数据而辛勤工作，如果我们能善用平台数据，将会给社会、给公司创造更多的价值。
这一切，有个关键前提：被卫生局授权适度使用平台的数据。卫生局为什么会授权给我们适当使用数据，那只有我们使用数据的方案中，能体现为公众服务的宗旨，以商业化方式为公众服务。
运营区域卫生平台的战略条件我们是一家传统的软件企业，盈利模式主要是接项目，从项目建设中取得收益，我们不少开发人员习惯了既有技术架构、技术路线，做的还比较顺利，拿到了适合自己的工资，大部分人在这种境况下过得还比较舒坦，如果改变，首先要自我否定，对我们每个人都是痛苦的，都是有风险的，但是，我们自己不改变，就可能让公司的发展存在风险，只要看看行业的发展，从大的格局上看我们面临的危机还是比较严重的。对平台的发展，必须有历史观，新视野，重视新技术的发展。
IT行业是个平民化的的行业，没有什么技术权威；是年轻的行业，没有那么多规矩，无长幼之序,嫡庶之分；是个在胜者通吃道路上前进的行业，必须勇争潮头。
同时这个行业是个开放的行业，必须抱着开放的心态，抱残守缺，自我封闭，安于处在低端的现状，只会为自己招来职业生涯的杀生之祸，拖公司发展的后腿。这方面一个典型的例子是摩托罗拉。
更为现实的是，从事区域卫生平台领域建设已有几年了，结果各方面并不满意，如果还是依赖既有思维、既有套路、既有技术、既有人才，能满足公司发展的需要吗？能满足区域卫生平台建设、运营的需要吗？
2009年，卫生部统计信息中心主任饶克勤提出，医疗卫生信息化建设的重点是“打好三个基础、建好三级平台、提升业务应用系统”。“打好三个基础”的核心是加快医疗卫生信息标准化的建设：第一是建立全国统一的、标准化的居民健康档案；二是建立国家电子病历基本架构与数据标准，包括基于电子病历和医院管理的信息系统建设方案；三是建立国家卫生信息数据字典。饶克勤解释道“只有打好这三个基础，才能推动以居民健康档案和电子病历为基础的区域卫生信息平台的建设；才能使我国医疗信息化建设步入规范化、标准化的轨道，并在此基础上提升各个业务领域的应用性，实现各级业务系统的数据采集、共享和交换。”这既明确了区域卫生信息化建设在卫生信息化建设中的核心地位。
我们只有积极建设区域卫生平台，实施平台战略才可能给公司带来跨越式发展，万达用10年时间，他们从一个完全不具备医疗行业背景的公司，发展成区域卫生平台领域的领导者，说明这个行业，是个具有弯道的赛道，下一个弯道，我认为在平台运营上，如果我们能借助平台的建设，运营，向互联网公司靠近，必将使公司进入一片蓝色海洋。
平台潜在的价值的核心是“数据+面向公众与医疗人员的专业的沟通系统平台+专业的云服务“，而不是仅仅局限于”实现医疗卫生机构之间的业务协同，卫生行政部门和业务条线对医疗卫生业务的管理、监督、决策和应急指挥，以及对于居民提供健康服务“。
<!--[endif]-->
??????<!--[endif]--><!--[if !mso]--><!--[endif]-->
因此，平台的建设与开发，必然是项目+研发并重的模式，特别是向平台运营的转型，更不是单纯项目开发实施所能驱动的。
平台是产品级别的，平台产品应该是可配置的，而我们现有公卫产品是项目级别的
从产品化的角度，虽然国家层面正在编制区域平台、健康档案的相关标准，也陆续发布了行业标准的征求意见稿、试行稿和正式版本，但是在项目上如何落地，对产品的适应性、灵活性、扩展性提出了要求。需要产品预先在内部支撑相关标准，然后在用户现场通过可配置的方式快速完成工程的实施。目前我们还是以项目的方式进行开发，这样在工程进度、工程质量方面都存在风险。偏离标准，也会使得平台验收产生很大困难。
目前已经建设的平台，很多让各方面都不太满意，我认为部分原因可以归咎到单纯依靠项目驱动区域卫生平台的建设模式。
平台建设的正确模式应该是：项目驱动+标准驱动+技术驱动+产品研发驱动+正确的价值导向与战略规划，
数据标准符合性测试
WS365-2011城乡居民健康档案基本数据集
WS xxx-2012 电子病历基本数据集
数据元的名称、数据类型、表示格式和值域
共享文档符合性测试
WS/T XXX-2012健康档案共享文档规范
WS xxx-2012 电子病历共享文档规范
共享文档的内容、结构和元素
信息平台符合性测试
WS XXX-2012基于健康档案的区域卫生信息平台技术规范
?
?
?
