刘浩南 刘浩南-AI实战派 2026年10月14日 17:30
前段时间有位客户找我聊区域妇幼健康管理平台。线上交流了建设想法，也发来一些资料，后来项目就没有进一步推进。方案倒是已经梳理了，分享给正在做妇幼信息化、区域医疗协同的同行。各地妇幼保健体系和现有系统差异较大，具体建设范围还需要结合当地情况确定——
方案摘要
方案主要面向区域卫健管理部门、妇幼保健机构、医院妇产儿相关科室和基层医疗卫生机构，服务对象是妇女、孕产妇和儿童。业务范围比较广，既有孕前保健、孕产管理、分娩产后、妇女病筛查、儿童保健与康复，也涉及公共卫生项目、妇幼监测、托育卫生保健、统计报送以及居民办事服务。
AI和数字孪生是解决方案的重点。报告、语音、诊前资料和随访记录的整理，先由AI减轻人工负担；涉及计算、资格核定和业务状态的地方，还是用经过确认的规则agent执行。数字孪生计划从动态健康档案起步，随后分别研究个人专项健康模型、单个服务团队的资源模型以及区域机构间的资源配置。
目录
01—04 建设目标、业务范围、区域架构与数据基础
05—11 妇幼专业服务、公共卫生与跨机构协同
12—17 统计治理、人工智能、数字孪生与安全准入
01项目定位与建设目标
1.1 建设定位
区域妇幼平台有几类需求，放在一起考虑时很容易互相牵制。居民希望少填资料，能看到自己的检查和随访安排；医院和妇幼保健机构关注诊疗、保健以及院外随访，最好能够把分散的工作集中起来处理；卫健管理部门则要掌握辖区服务覆盖、公共卫生任务、报送质量和机构资源情况。这些工作会用到同一位居民的部分资料，但负责的人和允许查看的范围差别很大。
平台从统一的居民身份关联、服务目录和机构责任关系入手。一次就诊、一次妊娠、一次公共卫生服务都应有明确的记录和归属，实现真正跨机构使用。原来各系统已经承担的医疗业务继续保留，新平台主要解决资料复用、服务交接和区域管理这些连接问题。
1.2 建设目标
建设目标：妇女、孕产妇与儿童的档案能够连续使用，医院与基层的责任能够交接，转诊和复查流程通畅，公共卫生项目和报表里的数据能追溯到实际记录。
对居民来说，改善主要体现在少重复提交资料、看得清后续安排；对医护人员来说，是减少整理记录和寻找待办的时间；区域管理人员则顺着一个异常指标查到具体机构和工作环节。（量化指标可在试点阶段结合原有耗时、任务量和统计口径再确定）
02业务全景与系统对接
2.1 业务能力地图
业务范围分成11个方向，涵盖婚前孕前、孕产、分娩产后、妇女健康、儿童保健、高危管理、公共卫生项目，以及家庭服务、跨机构协同、科研等内容。每一块都需要找到对应的实际业务：谁来服务、流程路径、数据流转、异常处理。
医院已经使用的HIS、电子病历、LIS、PACS和专科系统继续负责各自的业务，公共卫生专用系统同样如此。业务应用通过统一入口和既有系统协同提供。（具体改造范围根据接口条件和业务差距确定）
2.2 建设边界与功能承接
存量能力按3种情况处理。第一种是系统运行正常，只补接口对接；第二种是功能已有，但跨机构信息或任务状态管理较弱，需要改造后对接；第三种是现有系统确实缺少区域协同、报表质控等能力，单独新建系统。这样既照顾以前的建设投入，也方便明确谁维护哪一份正式记录。
比如区域外检就很典型。原系统继续完成检查申请、采样、检测和报告签发，新平台接续预约、样本交接、结果回传和后续随访。出生医学证明也适合做办事入口和经授权的状态查询，签发仍在有权机构及专用系统。（具体对接范围要在现场调研中按系统清单和接口授权逐项确认）
03区域总体架构与职责体系
3.1 分层架构
技术架构按五层设计。最上面是医护、家庭、基层服务和区域管理的不同入口；业务应用层承接建档、产检、儿童保健、随访、转诊及项目管理；智能与流程层提供知识检索、规则计算、任务流转和按场景使用的模型；数据与知识层负责身份关联、数据来源、编码映射及医学知识；基础设施层承担系统连接、安全、日志和备份。这样分层的好处是业务路径继续运行，AI组件升级或临时不可用时，不至于把已有服务一并停掉。
区域侧还要考虑省市妇幼系统、全民健康信息平台和地方项目平台。某些资料适合交换必要字段，某些只需要查询权限和结果回执。（实际采用哪一种，要由各平台管理方确认）
3.2 机构和岗位职责
区域项目里，卫健管理部门、妇幼保健院、综合医院或专科医院、乡镇卫生院、社区卫生服务中心各有职责，有时还需要托育机构配合。平台把业务指导、实际诊疗、辖区管理、统计报送和质量督导分别记录下来，让每项任务都有负责单位。
比如一位孕妇在市级医院产检，但她所在社区仍然承担相应的辖区健康管理工作。就诊机构发生变化，不等于公共卫生责任跟着自动迁移。服务接收时间、责任生效时间、尚未完成的访视与复查安排都要能够查询，否则机构之间的数据通了，实际工作仍可能断在交接环节。
04全生命周期档案与数据治理
4.1 对象关系与档案
妇幼档案方案准备把女性个人、每次妊娠、胎儿和儿童分别标识，再建立关联关系。母亲与儿童共享必要的出生、分娩和管理信息，但诊断、检查、用药及随访计划仍各自保存。做好权限绑定后，监护人能够代孩子预约或提交记录。
4.2 数据治理
区域里的数据往往来自不同厂商、不同年代的系统。项目编码、检查单位、时间字段甚至居民身份都有可能不一致，先做映射和质量控制很有必要。报告原件、出具机构、发生时间、接收时间和更正历史应当留存；AI从图片或录音中提取出来的字段，允许工作人员定位到原文核对，尤其是姓名、日期、单位和检验数值。
连续档案还要反映一个人的当前阶段。预产期修订、分娩、转院或监护关系变化以后，有些提醒需要调整，有些服务需要转给新团队处理，系统应根据有效记录提出待核对事项。相同资料服务于临床、公卫和科研，但这些用途的授权范围、数据质量条件及保存要求并不相同。
（以下章节开始展开每一类服务对象的详细设计）
05孕前、生殖与妇女健康服务
5.1 婚前、孕前与早孕服务
婚前与孕前保健涉及咨询、资料准备、专业评估、检查安排和结果反馈，部分对象还需要转诊相应专科。用户进入早孕阶段后，系统新建本次妊娠记录，同时引用已经核对过的既往资料，避免每次换一个机构就重新登记。对需要单独资质的婚前医学检查、产前诊断、助产等服务，平台按机构的实际许可范围配置入口；辅助生殖相关需求交由具备条件的医疗机构承接。
5.2 妇女专题与筛查管理
青春期、月经与异常子宫出血、更年期、老年期保健，以及生殖道感染等，都有独立的检查和随访需求。按专题维护资料、专业意见和复评安排，妇科门诊与保健服务有共同的后续记录。宫颈癌和乳腺癌筛查比较适合检验这套设计。报告出来后，可能还要联系本人、安排复查、转到专科进一步检查，最后由负责团队确认结果。平台要分别记录筛查提示、复查安排和诊断结果。
5.3 配套检查与知情过程
区域外检通常涉及多家机构，检查申请、预约、采样、样本交接、报告回传之间任何一个环节缺少状态，都可能增加人工电话核对。方案为这些事件保留业务编号及来源记录，让原申请能够关联最终报告。开具医嘱、确认检查和解释结果仍由相应的医疗人员负责。
部分检查或治疗还需要专门的知情说明与签署。平台可按项目留存文书版本、解释人员、签署身份和时间，必要时与已有电子签署服务对接。已经核实来源的危急值及其他紧急信息按医疗机构既有处置程序办理，日常协同系统只负责必要的通知、记录和后续对账。
06孕产期保健与母婴安全
6.1 建册、产检与孕期支持
孕期服务以医生确认的孕周、预产期和管理计划为依据，把建册、产检、报告检查、营养体重管理以及孕妇学校安排组织在一条时间线上。医生查哪些检查已经完成、哪些结果还没回传；孕妇打开家庭端，则能看到下一次检查和需要提前准备的材料。检查结果回来以后，若需要调整管理计划，应由负责团队确认。
营养门诊的评估、随访和复评接续家庭记录，孕妇学校则管理课程适用阶段、报名与实际参与情况。平台能够统计这些服务是否开展，健康改善情况还需要相应的专业评估。
6.2 会诊、转诊与危重救治协同
母婴安全的核心流程是风险评估、专案管理、会诊和必要的转运。对高危孕产妇，要保存专业人员确认的风险分级、复评记录、责任团队及转诊安排，并让接收机构及时了解必要情况。这里的分级按照适用的国家规范及当地有效文件执行，软件只保存和传递专业判断结果。
遇到危重情况，现场急救、专业会诊和人工联络仍按医院既定程序进行。系统可协助查询联系方式和记录交接，事后根据实际发生时间补齐业务记录。
6.3 分娩、出院与产后接续
分娩以后，母亲和孩子的记录会进入不同业务系统，这也是服务容易脱节的地方。建设时利用分娩和出院事件，分别形成母亲与新生儿的后续服务清单，并交给承担产后访视和儿童保健的团队。母亲原有的妊娠相关问题、营养、康复和心理支持仍留在自己的档案里，孩子则开始独立的儿童保健管理。
出院日期、访视计划、实际服务时间和补录时间要分开保存，尤其在跨机构服务中，不能用“已经接收任务”代替“已经完成访视”。服务时点按照现行适用规范和专业安排执行。
6.4 营养与围产期心理服务
营养和心理服务往往要持续几个阶段。妊娠期间形成的体重、饮食及专业建议，到了产后还可能需要复评；营养师和主管医生在权限范围内查到同一条管理计划的执行情况。AI整理患者自述、提醒缺少哪些资料，再交由专业人员判断调整。
围产期心理服务则包括适用量表筛查、专业评估、心理支持及转介。筛查工具的适用人群、版本和使用要求要事先明确，量表结果由专业人员解释和复核。发现需要紧急干预的情形时，进入机构既有的危机处理和医疗联络流程。
07儿童保健、高危儿与康复
7.1 儿童保健与新生儿筛查
儿童保健的记录需要从出生开始连续积累，包括出生时刻、孕周、体格测量、喂养、发育评估以及各年龄阶段的保健服务。早产儿等需要校正年龄的情况，依据出生资料和专业规则处理。
新生儿筛查有采样、出报告、联系监护人、召回和复查等环节，发生异常时，负责人员需要及时获知并采取相应行动。黄疸管理也涉及出生后小时龄、出生孕周，以及经皮和血清胆红素等不同测量资料，系统按原始检测来源记录，由医护人员确定后续安排。
7.2 高危儿、儿童康复与远程探视
高危儿出院后，接手管理的团队需要知道纳管依据、出院时的专业意见、复诊安排以及之后每一次随访的结果。儿童康复同样要把评估、阶段目标、训练和复评放在一起，家长在家记录的情况作为参考，阶段效果仍由专业人员评价。心理行为、孤独症及其他发育筛查也按适用年龄和专业工具分别配置。
NICU远程探视方便家属了解照护情况，但摄像范围、开放时间和监护关系都需要病区管理。远程探视是家庭沟通服务，设备监测和临床诊疗另外按专门要求处理。
08公共卫生项目与辖区人群管理
8.1 项目目录与适用口径
各地妇幼公共卫生项目的服务对象、频次和报送要求并不完全一样，平台应建立维护版本的项目目录。国家基本公共卫生服务中的孕产妇健康管理、0—6岁儿童健康管理，与其他妇幼专项、医院诊疗及学龄期专题分开记录，地方增补则使用当地现行有效的文件。项目一旦调整，对象条件、任务生成和统计分母也需要同步更新。
8.2 辖区对象、责任迁移与未服务识别
平台根据依法取得的资料建立候选名单，再确认纳管对象、应服务事项和实际完成情况。仅掌握就诊信息的地区，还需要说明数据覆盖范围，避免把“系统已经找到的人”当成全部应管理人口。居民迁入迁出、异地就医或者管理机构调整时，系统要保存原责任单位、接收单位及未办事项。
8.3 惠民项目与历史政策承接
叶酸、儿童营养改善、适用的计划生育技术服务和地方筛查补助等，都纳入同一套项目目录，不过执行条件要分别核对当地现行文件，包括服务对象、有效期、补助范围和实际提供机构。发放、服务完成、资金结算和财政报送有各自的记录，方便核对。
09托育卫生保健与健康教育
9.1 托育与托幼卫生保健协作
托育机构、幼儿园和卫生保健机构之间工作，包括入托入园健康资料、日常健康观察、因病缺勤、营养卫生、人员培训以及专业指导。新平台维护机构名册、联系人、指导记录和问题整改进度。卫生保健指导和行政监管是不同职责，检查结论、整改复核和行政处理也有各自的确认程序，实际工作中由相应的有权岗位确认。
9.2 宣教、课程与孕妇学校
孕妇学校、家长课堂和妇女健康教育利用统一的课程管理能力。内容按孕期、产后或儿童年龄阶段分类，附上适用人群、审核人和更新时间；预约、上课记录和用户提出的问题也保留下来，后续由相应专业人员答复。
AI在这里主要做检索、整理和推荐已审核内容的工作，涉及药物、诊疗方案或检查选择的问题进入专业咨询。课程点击次数只能说明使用情况，平台应当同时关注用户获得服务的情况。
10医护工作台与家庭便民服务
10.1 医护任务与诊前辅助
医护工作台从日常任务出发设计。医生打开一个服务对象，先看到近期检查、已确认的管理计划、院外资料和还未解决的事项；护士或保健人员则能直接找到今天要联系的人、已逾期的任务以及需要转交的工作。遇到AI生成的诊前摘要，工作人员能够回到原报告查看。
10.2 家庭端与电子健康手册
家庭端应尽量减少操作步骤。打开首页先看到今天的提醒、下一次检查、已有报告和联系渠道，其他功能按需要再进入。母亲与儿童的健康手册通过关联关系切换，但记录分别保存；图片、语音和文字上传之后，系统还要告诉用户资料是刚收到、等待确认，还是已经由负责人员处理。
家属照护协作按事项授权，比如帮孩子预约或代为上传记录。授权范围与有效期由本人或合法监护人管理，母亲的敏感医疗信息仍依各自权限开放。
10.3 区域便民与出生事项衔接
服务入口还整合预约、健康手册、报告查询，以及出生相关事项的办理指引。实际对接中，出生医学证明的签发、补换发和作废有专门的法定管理体系，新平台提供经授权的材料提示、预约和状态查询。
11跨机构协同与区域连续服务
11.1 会诊、转诊、检查与访视交接
区域协同中比较常见的问题，是转诊发出了申请，对方机构还没确认；已经预约但患者没到诊；检查完成以后，原管理团队一直没有收到结果。系统需要给跨机构任务一个统一业务编号，并分别记录发起、接收、预约、执行、结果回传和原团队确认等状态，相关工作人员能够找到尚未完成的环节。
11.2 跨机构连续服务验证情景
系统联调使用一组脱敏测试资料，走完基层建档、医院产检、助产机构分娩，再回到基层进行产后和儿童保健的过程。测试时核对身份与孕次有没有混淆、两套母婴档案能否正确关联、结果是否回传、责任有没有交接，以及统计时是否重复计数。A—B—C—D这条路径适合作为跨机构验收案例，另外还需加入身份冲突、失约和结果未回传等异常分支。
（以下章节开始展开技术方向的详细设计）
12统计报送、妇幼监测与绩效整改
12.1 报表目录与口径版本
区域妇幼项目会接触到妇幼年报、各类监测表卡、公共卫生项目报表和医院内部运营统计。表面上都是人数、次数和完成率，实际对象、统计时间和归属机构可能不同。平台为每一类报表保存所采用的制度、字段来源、分子分母、审核人员和上报渠道，正式表卡以主管部门适用版本为准。生成草稿、校验、正式审核、提交和接收回执是几个不同状态，正式的及时率和通过率按有效口径从业务记录中计算。
12.2 妇幼监测与限时报送
妇幼监测中的孕产妇死亡、5岁以下儿童死亡、出生缺陷等事项都有相应的监测范围、核查要求和报送程序。工作区先登记线索、核对来源、准备材料，再由有权人员按适用渠道办理。对于有明确时限的报告，系统提醒和资料质量检查需要并行安排，以免一般月报的审批流程影响及时报送。
AI能够辅助寻找资料中的矛盾或重复记录，事件认定和正式报送仍由承担该项职责的人员完成。补报或更正时保存前后版本与处理依据，便于日后质量复核。
12.3 绩效、问题整改与复核
区域绩效图表能够让管理人员快速发现异常，但追查问题时，还得回到具体业务。有一项复查服务完成率偏低，原因可能是号源不足，也可能是患者没到诊，或者结果已经出具却没有回到原机构。系统应允许管理人员从指标进入任务记录，再分派整改、上传证据和复核结果。机构之间的服务对象和资源条件存在差异，绩效评价还要看指标口径与数据完整程度。正式评价应先确定统计基线及比较范围。
13人工智能与医学知识
13.1 能力分工与运行方式
AI部分我会按工作任务拆开设计。报告图片、随访录音由相应的多模态模型处理，诊前摘要和资料补问由语言模型协助，医学问答接入已经审核的指南和院内知识。孕周、服务时间、单位换算、项目资格及报表数值则由规则程序计算。临床诊断和治疗安排由专业人员确认，模型生成内容先进入待审核状态。
模型不必全部采用同一家供应商。每个场景分别测试输入质量、错误类型、响应时间和费用，再决定部署方式及是否需要更换模型。涉及医疗目的的专项预测，还应按预期用途评估适用的监管要求。
13.2 知识、规则与业务路径
知识库里分开放指南共识、药品说明书、医院诊疗路径、服务目录和宣教材料。文件进入库里时记录来源、版本、适用机构、生效日期及审核人员，检索过程根据岗位和使用目的限制资料范围。回答中引用了哪一份材料、哪一段内容，最好都能回查。
指南更新以后，可能还要检查受影响的提醒规则和业务路径。例如一个随访项目调整了检查时间，已经纳管的人是否沿用旧计划，需要负责团队决定。知识维护和路径修改有版本记录，才能避免两套规则在系统里同时生效。
13.3 持久化流程与受控工具
很多妇幼服务要持续数周甚至数月，流程跑到医生审核、预约回执或社区访视这些节点时，可能需要暂停等待。流程引擎应保存执行状态、等待对象、超时时间和外部回执，并处理失败重试及重复提交。LangGraph的持久化机制作为开发参考，具体生产实现仍取决于医院的技术架构。
AI调用业务接口时，查询、创建任务和修改记录应使用不同权限。已经发送接口请求，也要等待对方业务系统确认接收；患者到诊、接受服务或者专业人员确认结果，另有业务证据。
13.4 数据处理、检索与组件运行
平台既有实时事件，也有需要批量处理的数据。检查报告回传、紧急联系等服务需要尽快进入工作队列，历史档案清洗和科研变量准备则适合安排离线任务。文档结构化、全文检索和向量检索按资料类型选择使用，原件、模型提取结果、审核后的字段以及正式索引分别管理。
尤其是跨机构检索，访问权限应在检索前检查，减少敏感数据被错误召回的机会。至于要不要拆成很多微服务，还是要看业务量、故障隔离和运维能力，技术组件越多，后续维护成本也会增加。
14数字孪生与区域资源配置
14.1 分层建设与反馈机制
数字孪生在这套方案里有明确的建设顺序。先持续更新居民的健康资料、阶段状态和实际服务记录，再针对某项任务建立计算模型，最后把实际执行结果重新反馈回来，用来校验模型。个人专项健康、随访团队资源和区域服务网络分别研究，数据条件与评价方法也各不相同。
个人预测和资源推演都需要明确输入范围、验证样本、计算误差，以及由谁根据结果作出安排。模型投入运行后，还要持续检查实际结果与预测的偏差。
14.2 个人专项健康模型
个人健康预测先确定目标人群、要预测的指标和时间窗口，再评估历史资料是否完整、模型在目标人群中的误差和适用限制。资料缺失或者超出模型适用范围时，就不提供该项预测，医生依照现有资料继续管理即可。
界面里的实际检查结果、模型曲线和已确认计划要分开显示。模型输出的风险分数需说明计算依据、适用范围和不确定性；涉及不同治疗方案效果比较时，还需要专门的临床研究和因果分析支持。
14.3 服务单元资源孪生
资源孪生先选一个容易拿到运行日志的服务单元，比如产后随访团队或者筛查复查门诊。把每天到来的任务、处理时长、人员班次、失约情况和任务优先级整理出来，再模拟改变排班或服务安排后，等待时间与积压量可能出现什么变化。形成建议后交给管理人员讨论，正式排班仍由有权负责人确认。
项目真正运行一段时间后，把模拟结果和实际服务数据作比较，逐步校准参数，再讨论不同资源配置的实际效果。
14.4 区域服务网络孪生
区域模型要处理的事情比单个门诊复杂得多。它需要掌握机构能提供哪些服务、号源如何分配、转诊何时被接收、人员在不同地点的工作约束，以及患者实际选择。数据可靠以后，模拟增加某类门诊号源、调整社区访视任务或分配非紧急转诊带来的影响。
这部分建议在单元模型完成验证后再推进。区域之间的交通和转运条件需要真实依据，机构网络图也只是一种关系展示。模型给出的配置建议应有假设和误差说明，实际安排仍由相关机构共同确认。
15区域数据交换与系统集成
15.1 交换范围与标准映射
接口清单会涉及HIS、EMR、LIS、PACS、妇幼专科系统、基层公共卫生平台、设备服务及获授权的省市系统。除了确定能否连接，还需要落实字段含义、数据来源、读写权限、更新时间及失败处理方式。同一检查项目在不同医院采用不同编码或单位时，要经过映射和审核后再进入业务计算。
15.2 交换、回执与更正传播
跨机构接口要区分网络传输、对方系统接收和最终业务办理三个阶段。传输完成只能说明消息已经送出，接收机构是否完成预约、检查或随访，还得靠相应的业务回执。重复提交、乱序消息、撤销和补正都需要处理，尤其是对同一居民多次生成任务的情况，要利用业务编号和幂等机制减少重复办理。原始检查或身份资料如果发生更正，受影响的档案、服务计划及统计结果也要进入复核。
16基础设施、运行保障与安全合规
16.1 运行保障与应急接续
医疗系统的运行条件需要在项目开始时就确定。机构数量、并发量、报告和影像资料规模、随访任务高峰、模型调用量，都会影响服务器、网络、存储及备份方案。业务系统、模型计算、对外服务和科研环境的权限与网络边界分别配置，涉及健康信息和儿童个人信息的处理遵守建设单位适用的法律与管理制度。
恢复时间目标（RTO）、恢复点目标（RPO）要由实际业务决定，并通过演练检验。模型服务临时停用以后，常规登记和人工随访应能继续；接口故障则要有重试、对账和人工接续办法。正式运维指标根据运行日志统计，包括可用率、接口失败率、任务积压和故障恢复时间。
17科研队列与模型准入
17.1 科研功能与队列管理
科研部分沿用既有材料中比较成熟的功能分类，包括病种、算法、CRF、课题和数据字典管理。专病和出生队列应先明确研究对象、纳入排除条件、观察时间及研究终点，再把变量对应到实际病历、检查和随访记录。CRF字段、算法版本和数据修改历史都要保留，方便研究人员复核及重复计算。
研究项目取得数据、导出数据或用于模型训练，还需要分别确认研究方案、伦理条件及数据使用依据。
17.2 模型验证与开放条件
不同AI功能的验证方式差别很大。报告提取主要看关键字段和单位有没有错，摘要要检查重要病史是否遗漏，知识问答核对引用依据，工作流则检查任务是否正确流转、回执是否可靠。预测模型还涉及校准情况、不同亚组的表现、适用范围及失效条件，不能沿用一套通用的准确率标准。
模型完成离线测试后，还根据风险安排静默运行和小范围试点。进入诊疗活动的功能，需要进一步核对相关机构、人员和产品监管要求。开放使用前还应留存测试记录、模型版本、审批依据和上线后的监测安排。
18分期实施、验收与持续运营
18.1 调研与阶段安排
项目启动先做现场调研，找相关岗位看实际流程，抽查建档、产检、随访、转诊和报送资料，再核对存量系统的接口与维护责任。第一阶段可优先完成身份关联、机构目录、必要数据交换和一条跨机构服务试点；后续根据业务成熟度扩展公共卫生、绩效整改、托育协作等内容。数字孪生模型的研究同步准备数据，但各模型何时进入实际业务，要由验证结果决定。（具体工期、预算、阶段交付和人员投入仍由建设单位确认）
18.2 验收体系
验收围绕实际业务逐项设计：旧功能由谁继续承担，母婴身份是否关联正确，医护能否核查AI整理的资料，转诊之后有没有真实结果，公共卫生服务是否有对应证据，统计报表能否追到来源，以及系统故障后人工业务能不能接续。每一项都尽量保留可复现的测试过程，再与客户确认目标数值。
微信扫一扫赞赏作者
收录于医疗AI经验
作者提示: 健康医疗分享，仅供参考