各位JDC社区的朋友们，大家好！荣幸做客JDC公开课第48期，在直播结束后，趁着余温跟大家进行干货资料分享。 这或许不是一个标准的ICT技术分享，但我相信，对于所有致力于用技术解决复杂现实问题的朋友来说，其中的曲折与启发或许会有共鸣。 在我们信息化建设历程中，可能很少有项目是自己建设为了自己使用的，因为大家大多是技术人员，系统的使用一般都是业务人员。我这次的项目就是如此，在项目建设时期，作为甲方项目经理，负责项目的实施和双方对接。在系统建成后，我调入业务部门，恰好建成的系统为我所用。所以我今天围绕省级妇幼信息系统建设这一话题，从立项到实施再到应用，从“系统构建者”到“业务赋能者”的双重视角来重新回顾一下我所经历的历程。一、项目立项阶段1.为什么这件事必须做？ 从管理角度来看，妇幼健康一直是公共卫生中最核心、也是最敏感的领域之一。提到妇幼健康，很多人会想到母婴安全、儿童保健，但这背后其实是公共卫生的底线思维。我们常说的孕产妇死亡率、婴儿死亡率、出生缺陷发生率……这些不仅是冰冷的数字，每一个小数点背后都可能是一个家庭的悲欢。 在我参与管理全省项目之后，才真正感受到数据质量就是生命质量。无论是孕产妇，还是儿童，都属于重点人群，对健康管理的及时性和连续性要求非常高。一个迟报的孕产妇死亡个案，可能意味着某个偏远牧区的急救网络存在漏洞；一个漏管的出生缺陷儿童，背后可能是一个家庭长期的贫困。因此，建设省级系统，不是为了追求技术的先进，而是为了建立一套持续、可信的数据感知体系，让管理的人的判断有据可依，让资源的投放有的放矢，让政策的干预精准有力。 所以从管理角度看，妇幼信息系统不是信息化项目，而是治理工具，不统一数据，管理工作是很难真正落地的。2.为什么要按照这种方式来做？依据是什么？ 从国家层面来看，医改已经非常明确地提出，要建设国家、省、市三级卫生信息平台，并且以居民健康档案和电子病历作为核心基础资源。这也意味着，信息化建设的重点，不只是有没有系统，而是系统能不能支撑业务应用，能不能实现互联互通。在这个体系下，妇幼信息系统并不是一个临时起意的项目。 国家层面已经制定了比较明确的业务规范和政策文件，对妇幼保健机构开展哪些业务、建立哪些科室等都给出了清晰的方向。所以从政策和行业角度来看，妇幼信息系统建设，是一项有依据、有规范的工作。这些文件，在与各盟市、各机构沟通时，往往比我们自己的技术方案更有说服力。 3.为什么原有方式已经不太行了？ 在信息科工作的前几年里，我见证太多的信息孤岛。比如产科的电子病历、儿科的保健系统、国家上报的平台……它们之间数据不通，同一份孕妇信息，要在不同系统里重复录入。而到了省级层面，这种碎片化被进一步放大：各盟市基础参差不齐，数据标准不同，甚至业务流程都不同。基层的医护人员为了应付各种报表，常常需要手工汇总、辗转抄录。 我们曾调研过一个产房的信息员，每月需要向不同系统填报近十份格式各异的报表，大量时间消耗在数据搬运而不是护理服务上。这种模式下的数据，质量可想而知，更谈不上连续性和动态管理。所以，“原有方式不行”不是技术判断，而是业务现实下的无奈结论。4.我们建设的目标到底是什么？ 启动项目时，我们花了大量时间反复问自己：最终交付的究竟应该是什么？是一个功能齐全的软件吗？是一堆服务器和数据库吗？后来我们达成共识：我们要交付的是一种“管理能力”，并不是简单地做一个系统出来。它也不是为了用系统去替代人工填报，或者只是把原来的纸质流程电子化。从管理角度看，真正的目标是支撑妇幼健康管理工作本身。也就是说，数据要能够统一，业务过程要能够追溯，管理层面要能够监管和分析。这种能力体现在三个层面：第一是“看得见”，管理者能实时、直观地看到全省妇幼关键指标的动态，而不是等待季度或年度报表；第二是“管得住”，当发现某个地区孕产妇建册率骤降或高危孕产妇漏管时，能快速定位、下发任务、跟踪干预； 第三是“用得上”，系统中的数据能真正用于分析趋势、评估项目、辅助决策。因此，系统的成功与否，不在于上线了多少功能，而在于管理者是否开始用它来开会、用它来部署工作、用它来追问进度。 5.建设目标具体是什么？ 首先，从对象上看，全省妇幼信息系统始终是以妇女和儿童为核心的，不管是儿童、孕产妇还是更年期妇女的管理，本质上都是围绕同一类人群，提供长期、连续的健康管理服务。第二，从业务范围看，系统需要覆盖妇女保健、儿童保健、围产期保健，以及相关的综合管理工作，而不是只解决某一个单点问题。第三，从管理角度看，一个非常重要的目标是数据标准统一，尽量减少重复填报，同时让业务过程可以被追溯，最终形成一个完整的管理闭环。最后，从使用对象来看，系统既要服务基层的日常业务，也要支撑省级层面的监管和决策。不是让大家多做事，而是把同样的事，一次做好，并且持续用好。 6.这个系统在整个体系中到底扮演的角色 这个定位是我们与各方争论最多的地方。很多医院以为我们要取代他们的HIS或电子病历，基层单位以为我们要做一个万能的全科系统。我们反复澄清：我们是平台，是连接器。我们不生产临床数据，我们只搬运数据。医院的信息系统负责在诊疗过程中采集最原始的数据；我们的省级平台负责把来自不同流水线的数据，按照统一的标准进行组装、校验，形成完整的健康档案。我们的核心价值是标准化、汇聚、协同与赋能，而不是替代。解释清楚这一点，才避免了与现有系统的正面冲突，找到了共赢的切入点。所以我们要做的全省妇幼信息系统，并不是为了替代医院现有的 HIS、EMR 等业务系统。它也不是某一家机构内部的信息化项目，而是一个覆盖全省的妇幼健康业务管理平台。从功能定位上看，它更多承担的是数据汇聚、业务协同和监管支撑的角色。也就是说，基层机构在系统中完成日常业务，数据在省级层面进行统一管理和使用，从而把基层业务和省级管理有效连接起来。所以整体来看，这是一个服务业务、支撑管理的省级平台，而不是一个单纯的技术系统。 7.系统推进原则总体来说，是先把方向定对，再在实践中持续完善。首先，在整体思路上，我们坚持的是统一规划、分级实施。也就是说，在省级层面统一目标和框架，在具体实施过程中，根据不同地区和机构的实际情况分步推进。第二个原则是，始终以业务为主线，信息化只是支撑手段。系统的设计和调整，都围绕业务是否好用、是否可执行来进行，而不是单纯追求技术复杂度。第三个原则是，在统一要求的同时，也尽量考虑基层在人员、条件和能力上的差异。 最后，在推进方式上，采用分阶段实施的策略，同样也坚决反对“憋大招”式的开发，所以在这一次的系统建设上，我们采用敏捷思路，这与PMBOK思路一致，优先上线最核心、共性的模块，在实际应用过程中不断优化和调整。让系统尽快用起来，在真实反馈中快速优化。这要求项目组有很强的需求把控能力和版本管理能力，既要坚持主线，又要包容必要的灵活性 8.系统功能模块 这一页的架构图，是项目蓝图。但我想分享的是蓝图背后的业务逻辑。不论从哪个点讲，我们妇幼工作就是以妇女儿童为核心，贯穿婚前、孕前、孕期、产后、儿童、妇女等全生命周期，设计的难点不在于功能模块的划分，而在于如何理清业务之间的数据流向和触发规则。比如，一个孕妇从社区建册到医院分娩，再到产后访视，数据如何在机构间无缝流转？这需要我们对妇幼业务有透彻的理解，并转化为清晰的数据状态模型和事件驱动机制。技术团队常说这是“业务中台”思维，而对业务部门来说，这就是我们梦寐以求的业务一盘棋。举个例子，有一名孕妇 所以前面介绍的就是项目初期一些内容，这些内容可以是初设、可以是蓝皮书，是背景，也可以是投标文件中的一部分。如果跳出“妇幼信息系统”这个具体项目，大家想一下，大家在写方案的时候，是不是也会遇到。 二、项目推进阶段1.识别干系人与预期从项目经理的角度看，更关心的是项目能不能按期上线，范围是不是可控，整体风险能不能压住。从具体实施和技术人员的角度看，更关注的是需求是否清晰，这些需求能不能通过现有的技术手段来实现。对业务管理部门来说，系统好不好用并不是唯一标准，更重要的是它是否真的解决了管理和业务中的实际问题。而对基层使用人员而言，最直接的感受是：这个系统是不是好用，会不会增加额外的工作负担。同时，作为甲方相关单位，还会关注投入和产出是否匹配，项目整体收益能不能最大化。所以在实践中我们逐渐认识到，项目推进的过程，本质上是在协调不同角色的合理预期，而不仅仅是把系统做出来。 2.项目治理 在实际推进过程中，我们逐渐意识到，这已经不只是一个系统建设问题，而是一个项目治理的问题。这也是从“系统建设”走向“项目治理”的一个重要转变。“治理”这个词听起来很宏大，其实做起来都是细微功夫。 首先，需要尽量明确各类干系人的角色和关注重点，至少要知道，谁最关心进度，谁最关心实现难度，谁最关心业务效果，简单的说就是识别相关干系人并听懂他们的话。 第二，在项目初期就要形成一些基本共识和边界，比如哪些事情是必须要做的，哪些是可以优化的，哪些需求可能需要暂缓，其实就是对齐颗粒度。在这个过程中，不可避免地需要不断沟通和协调，在不同诉求之间做取舍和平衡。到后来我们越来越清楚，决策的依据，不能只看某一方是否满意，而是要看整体目标能不能推进。 3.项目治理的具体实践 比如在项目实际推进过程中，我们并没有一开始就直接进入系统建设阶段，而是做的一项非常重要的工作，就是调研。 内蒙位于祖国北部边疆，地理位置非常特殊，东西长约2400公里，南北最大跨度1700公里，从阿拉善到呼伦贝尔市的距离跟北京到三亚的距离差不多，所以这一步还是挺辛苦的。我们前往了全自治区 12 个盟市，对各盟市已经在使用的妇幼信息系统进行了系统性的调研，同时也对各盟市的妇幼信息相关人员开展了培训和交流，一方面是统一对系统建设目标的认识，另一方面也是为后续工作打基础。 在整个过程中，各盟市卫健系统承担了非常重要的对接和协调角色。调研结束之后，我们将各盟市的情况进行统一梳理和汇总，并向上级部门行了专题汇报，为后续的系统建设和决策提供依据。 在完成对全自治区 12 个盟市的调研之后，我们对现状有了一个更加直观、也更加现实的认识。 首先，各盟市在妇幼信息系统建设上的起点差异非常大。有的地区已经有比较成熟的系统，有的还处在相对基础的阶段。 第二，即使是已经建成系统的地区，在功能侧重点和业务流程设计上也并不完全一致，很难直接通过简单整合来实现统一。同时，由于各地实际工作方式不同，业务流程本身也存在一定差异，这在系统设计时必须充分考虑。 另外，在调研过程中也发现，不同地区在信息化人员配置和能力水平上存在不均衡，对新系统的理解和预期也不完全相同。这些问题让我们更加清楚地认识到，系统建设首先面对的，并不是技术难题，而是如何在现实差异中找到可行的路。回头来看，这些前期的调研和协调工作，对项目后续能够顺利推进起到了非常关键的作用。 4.项目推进我们当时做的第一个选择是，不急于统一系统，而是先统一共识。比如系统的建设目标就是要建立全区统一的平台，那必须要解决的问题就是新建和对接。第二个策略是，优先解决各地普遍存在的共性问题，对一些差异较大的个性化需求，比如对接宝贝计划、计划免疫等地方系统采取阶段性处理的方式，而不是一开始就强行统一。第三个方面，是在推进过程中，充分依托卫健委妇幼网络的行政协调机制，通过明确责任和分工，推动项目整体向前。回头来看，项目并不是一次性“设计完成”的，而是在不断推进和取舍中逐步成型的。 5.案例分享 比如在调研过程中，E市已经建立了自己的妇幼信息平台，而且平台刚刚建成不久。从整体来看，功能还在不断完善中，同时也需要按照自治区层面的统一系统，进行标准和内容上的对接。在这种情况下，其实很难简单地要求他们推翻原有平台，直接全部采用新的系统。一方面，之前已经投入了经费和人力，如果完全推翻，前期的投入就等于白费了。另一方面，省级系统在标准和管理要求上，又必须逐步统一。 最终我们肯定是在尊重当地既有建设成果的基础上，引导他们按照新的标准进行对接，通过逐步调整和融合的方式推进。这个过程并不快，但相对来说是一个各方都能接受、也能持续推进的方案。 到现在我们自治区系统二期工程还未启动，但是鄂尔多斯地区已经率先把系统部署到了乡镇卫生院，实现了数据的全流程闭环。回过头来看这个案例，其实给了我们两点非常重要的体会。第一，信息化建设不能只盯着所谓的“最优方案”。在实际工作中，更重要的是方案能不能落地，能不能在现有基础上持续往前推进。与其追求一次性到位，不如选择一个各方都能接受、可以不断演进的途径。第二个体会是，尊重既有投入，本身就是项目推进的重要前提。不论是经费、人力还是时间，这些投入对基层来说都是真实存在的。只有在尊重这些现实的基础上，后续的协调和协同才有可能真正发生。这两点，都是在项目推进过程中，慢慢体会出来的，也对我工作思路产生了很大影响。 6.有些问题，技术只能缓解，不能替代在项目推进过程中，有一个认识是越来越清晰的，那就是：并不是所有问题都能靠技术来解决。简单来说就是技术是工具，但问题往往出在“人”和“组织”。第一个是认知不一致的问题。对不同角色来说，系统“应该解决什么问题”，理解本身就不完全相同。如果这个问题不先理顺，再好的技术方案，也很难真正被认可和使用。第二个是管理方式的差异。同样的妇幼业务，在不同地区的运行习惯并不完全一致。技术可以提供统一的框架，但很难直接改变长期形成的管理方式。 第三个是推进节奏的问题。有时候技术进度是可以加快的，但组织、人员和管理层面的准备，并不一定能同步跟上。这时候如果一味强调技术到位，反而可能影响系统的实际应用效果。所以回头来看，技术更多是一种工具，而真正需要花时间去解决的，往往是“人”和“组织”的问题。 7.过程中值得肯定的点如果回头来看整个过程，虽然也有很多不完美的地方，但有几件事情，现在看来还是值得坚持的。第一，是把调研放在系统建设之前。通过前期对 12 个盟市的实地调研，我们对各地的真实情况有了比较充分的认识，这也为后续方案的制定提供了现实基础。第二，是在推进过程中，并没有急于“一刀切”统一所有系统。而是在尊重既有建设成果的前提下，给不同地区留出一定的调整和过渡空间，从而保证项目能够持续往前推进。第三，是始终保持沟通，而不是希望通过一次性宣贯就解决所有问题。我们逐渐把项目推进，当成一个需要长期沟通和协调的过程来看。总体来说，项目最终能不能走下去，往往不在于最初方案是否“设计得足够完美”，而在于它能不能真正被推动和接受。我们做信息化项目的都知道，设计的再好，推不动也是白搭。前面讲了很多关于系统建设、项目推进以及过程中遇到的现实问题。到这里，其实我想做一个阶段性的总结。系统建成，并不等于工作完成。真正的挑战，是系统有没有开始影响业务方式、管理方式，甚至是决策方式。 也正是在这个过程中，我们逐渐意识到，自己的角色也在发生变化。从一开始更多关注系统能不能建成，到后来越来越关注，系统有没有真正为业务赋能。这也是今天这个分享标题“从系统构建者到业务赋能者”背后的真实含义。接下来，我开始分享项目建成之后的一些内容。 三、项目建成后的影响 1.改变了业务开展方式进入系统应用阶段之后，一个最直观的变化，体现在业务开展方式上。 以前，很多工作更多是为了完成上报任务，数据往往是在事后进行汇总和统计。随着系统逐步应用，数据开始在业务过程中产生，管理也逐渐从事后统计，转向过程中的持续管理。基层医生下乡随访，要带上一摞纸质档案本，现场填写，回来再录入电脑，容易出错且滞后。现在，他们带着平板，入户后直接调出电子档案，现场录入检查结果，系统自动生成下次随访时间，并同步推送给上级单位。业务操作与数据采集合二为一，实现了“服务即录入，结束即上报”。对于管理者来说，过去月底需要电话微信催报表，现在随时可以登录系统查看实时进度。更重要的是，系统通过预设规则，能自动筛选出“未建册孕妇”、“逾期未访视儿童”等异常清单，推送给责任人。从整体感受来看，业务人员对系统的态度，也逐渐从“为了完成上报任务”，转变为“系统是否真的对日常工作有帮助”。2.管理视角的变化 17 第一个变化，是从只关注结果，转向同时关注业务过程。过去，管理是“复盘式”的，看的是上个月、上个季度的结果，问题发生了才知道。现在，管理可以“沉浸式”地介入过程。比如，自治区或盟市级的领导都可以可以随时查看本辖区“今日全省高危孕产妇新增与结案情况”等，也就是可以在业务过程中了解进展情况，更早识别风险并进行针对性干预。 第二个变化，是管理重点更加清晰。在缺乏系统支撑的情况下，管理往往只能采取整体性、平均化的方式，很难精准聚焦到重点人群和关键环节。系统上线之后颗粒度从地区、机构，细化到了人群、个案。这使得资源可以更精准地投放，比如针对性地对某个旗县的妇幼保健人员开展技能培训，或对某个高危孕产妇集中的地区加强急救网络建设。 第三个变化，是决策过程更加依赖数据支撑。过去在实际工作中，很多判断不可避免地依赖个人经验，不同人员之间理解也不完全一致。系统为管理提供了相对统一的数据基础，在一定程度上减少了主观判断带来的偏差，也让决策有了更加客观的参考依据。 3.省级层面工作的变化 第一，是数据获取效率。以前在省级层面开展工作，很多精力要花在向下催报和汇总数据上。随着系统逐步应用，数据更多是在业务过程中自然形成，省级层面不再需要反复催报。第二，是统计分析效率。无论是日常统计，还是临时开展的专项分析，在系统支撑下，整体效率都有了明显提升，工作节奏也更加可控。第三，是跨地区协同效率。在统一的数据基础上，不同盟市之间的情况可以更直观地进行对比，有助于快速发现差异和问题，也为后续工作部署提供参考。 第四，是对科研和人才发展的支撑。系统积累的业务数据，为妇幼相关科研分析提供了基础数据来源，同时在一定程度上，也为职称评审、专业能力评价等工作提供了支撑条件。从省级角度来看，系统在提升效率的同时，也拓展了数据在科研和人才发展方面的使用价值。 从我自身来讲，在保健部工作后，我切身体会到系统带来的效率革命。过去，编制一份全区妇女儿童健康报告，需要向下收集12个盟市的报表，各盟市再收集旗县的数据，层层汇总，耗时近两个月，且数据口径常不一致，需要反复核对。现在，报告所需的大部分数据已由系统自动生成、实时更新. 4.信息化建设完毕不代表解决所有问题在讲了系统带来的一些积极变化之后，我也想非常客观地说一句，业务赋能，并不等于所有问题都已经解决。 首先，在实际应用中，系统在不同地区的使用深度，依然存在差异。有的地方已经把系统很好地融入日常工作，也有的地方，还需要通过线下方式进行配合，尤其是偏远的牧区、老龄化严重的医院，应用水平仍很浅，这可能不是我们一个做系统的人能解决的了的问题，可能需要行政手段的干预。 第二个方面，是数据质量的问题。数据质量的提升，并不是靠系统上线一次性完成的，而是需要在长期使用过程中，通过管理和培训不断强化。另外，我们也越来越清楚地认识到，信息化本身无法替代管理和机制建设。系统可以提供工具和手段，但真正决定效果的，还是制度、流程以及人的执行情况。所以从这个角度来看，系统是一项非常重要的支撑，但它并不是万能的。信息化的价值，最终取决于使用它的人和组织。认识到这些局限性，我们才能保持谦卑，持续改进。 5.一些体会与建议在参与省级妇幼信息系统建设的过程中，也逐渐形成了一些个人体会，在这里简单和大家分享一下。第一，是不要一开始就从系统出发，而是要先理解业务本身。系统只是工具，如果脱离了业务实际，再先进的系统也很难真正落地。第二，是项目能不能推进，往往比方案是否完美更重要。在实际工作中，很多问题都是在推进过程中逐步解决的，而不是一次性设计出来的。第三，是要尊重不同地区、不同单位之间的差异。在省级层面推进工作时，追求完全统一并不现实，适度保留灵活性，反而更有利于项目长期运行。 最后一点，是持续沟通的重要性。无论是与基层单位，还是与技术团队、管理部门之间，很多问题最终都是通过不断沟通逐步解决的。我们技术人容易陷入技术语言的“自嗨”，必须学会用业务的语言讲技术的故事，用管理的逻辑讲系统的价值。 四、跳出“妇幼”框架，拥抱你所在的行业1.重新理解“信息化”与“”业务“”的关系 我们重新理解“信息化”与“业务”的关系。过去在信息科，我认为信息化就是为业务提供“工具”。现在我认为，真正成功的信息化，是让技术成为业务的“基因”。它不应是业务身上额外穿戴的“装备”，而应像呼吸一样，融入业务的每一个环节，自然到不被察觉。好的系统，不是让用户感觉到“我在用一个好用的工具”，而是让用户感觉到“我的工作方式本来就应该这样”。这要求我们信息化建设者必须深度理解业务，甚至要超越业务部门的当下认知，看到业务演进的可能方向，用技术为其铺路。 系统可以提供工具和支撑，但业务流程、管理机制以及人的参与，仍然是决定效果的关键因素。只有当信息化真正融入业务流程，而不是独立存在，才有可能发挥它应有的价值。这也是我们在实践中，逐渐形成的一点共识。 2.跳出“妇幼”框架，形成独特思维从现在开始，我想稍微跳出“妇幼信息系统”这个具体项目，从更抽象的角度，和大家一起回看一下整个过程。这也是在开篇我故意没有放目录的原因。 如果把这次建设当成一个案例，其实它并不只适用于妇幼领域，也不只适用于软件系统。放在更大的范围来看，它可以是任何一次信息化建设，无论是系统、平台，还是一些偏基础设施、偏硬件的项目。 大家可以看到，这一次的分享，我没有放一张机房照片，也没有放任何系统截图。不是因为这些不重要，而是因为我更想用最直白的方式，给大家展现一次信息化建设中真正反复出现的那些问题：我们为什么要做，从哪里开始，过程中如何推进，不同角色怎么看，以及最后到底改变了什么。这些问题，无论在哪个行业、采用什么技术路径，其实都会一次次遇到。 也正因为如此，我更希望大家在听这场分享的时候，不要去对照妇幼能不能用，而是去想一想，放到自己正在做的项目里，哪些地方是相通的。这个框架提醒我们，我们交付的不是系统，而是一场精心策划、持续推进的变革。技术的代码只是这场变革的载体之一。 3.形成的思维模式 从这个角度出发，我慢慢形成了一个比较简单的理解：任何信息化项目，本质上都是一次组织协同和业务改变的过程。 第一个需要思考的问题，永远是“为什么要做”。服务对象是谁，要解决什么现实问题，如果不做，会对业务产生什么影响。如果这些问题没有想清楚，项目很容易变成“为了建设而建设”。 第二个问题，是“怎么做”。在实践中我们越来越清楚地感受到，信息化并不是一蹴而就的事情，更不是靠一套完美方案就能解决的。尊重现有基础，在统一方向的前提下保留弹性，往往比追求绝对统一更现实。 第三个层面，是“谁在参与”。同一个项目，不同角色的关注点其实是完全不同的。管理者更关心项目能不能推进、能不能落地；技术人员关心需求是否清晰、能否实现；使用者最关心的，往往是系统会不会增加负担，对实际工作有没有帮助。如果只从单一视角出发，很多问题是很难真正解决的。 最后一个问题，是“改变了什么”。一个项目是否成功，不仅仅体现在系统是否上线，更体现在工作方式有没有发生变化，管理视角有没有发生变化，系统是不是在被真正使用。这也是我今天分享这个案例，希望大家能够带走的一点思考：这个过程里，有没有哪些地方，可以对照自己的工作，带来一点启发。 4.从“系统构建者”到“业务赋能者”最后，我想再回到今天分享的标题。从“系统构建者”到“业务赋能者”，其实并不是一个身份的切换，而是一种工作视角的变化。 在这个过程中，我们慢慢认识到，信息化本身并不是终点，系统建设也只是一个开始。真正有价值的，并不是系统做得有多复杂、功能有多全面，而是它是否真正融入了业务，是否对实际工作产生了改变。 所以，“系统构建者”到“业务赋能者”的转变，本质是从交付“功能”到交付“价值”的转变，是从关注 是否上线 到关注 是否用起来、是否有效 的转变。系统建设只是开始，真正的作用是业务因信息化的存在焕发了新的效能，管理因信息化有了新的可能。这条路没有终点，它是一个持续赋能、共同成长的过程。 也正因为如此，今天分享的内容，既不只是妇幼信息系统，也不只是某一个具体项目。它更像是一次对信息化建设过程的回看， 如何让技术真正服务于人、服务于业务、服务于战略。 这是我们要思考的。