确定许可、科目与线上服务范围
结合实体医疗机构资质、互联网医院设置方式、诊疗科目和人员条件,明确在线复诊、处方、药品配送、家庭医生及患者服务边界。
互联网医院建设
从业务准入、组织制度、系统平台、院内集成和监管安全,到试运行、上线与持续运营,逐项明确建设内容、责任边界和验收结果。
建设范围
互联网医院建设不等于安装一个线上问诊页面。医院需要同步落实许可与服务范围、岗位职责、诊疗和药事制度、院内系统协同、监管接入及安全保障。
结合实体医疗机构资质、互联网医院设置方式、诊疗科目和人员条件,明确在线复诊、处方、药品配送、家庭医生及患者服务边界。
明确医务、药师、运营、财务、客服和信息部门岗位,形成知情同意、复诊判断、处方、投诉、不良事件和应急管理制度。
部署患者 H5、管理端和岗位工作台,对接 HIS、EMR、LIS/PACS、支付医保、电子签名、短信物流及省级监管平台。
落实身份权限、全程留痕、数据保护、备份容灾、等级保护、监控告警,并建立服务质量、投诉、处方和异常业务复盘机制。
总体架构
前端渠道只负责触达患者,真正决定平台能否运行的是业务中台、院内接口、监管安全和岗位协同。
业务闭环设计
方案设计同时覆盖主流程、终止条件和异常处理,不把退款、停诊、退方、缺药、接口失败等问题留到上线后再补。
患者实名和病历核验 → 医师判断复诊条件并接诊 → 记录病历、签署处方 → 药师审核 → 支付、调配、配送/自取 → 售后和随访。判定首诊、病情变化或不适宜线上诊疗时,立即终止并引导线下就医。
院端准备科室、人员、设备和时段 → 患者预约支付 → 提醒候诊 → 改约、取消、停诊或替诊 → 财务退款 → 到检、接诊或入院由对应岗位确认,过程进入预约报表和任务消息。
业务单生成 → 自费或医保结算 → 渠道回调 → 账单状态回写 → 退款、冲正和异常补单 → 财务按业务单、支付单、渠道流水和退款单对账,不直接覆盖历史记录。
建立患者和疾病档案 → 制定随访计划 → 采集指标与用药情况 → 识别异常并形成待办 → 医护复核、安排复诊或线下处置 → 记录完成结果并持续调整计划。
设置患者反馈入口和受理岗位,对医疗质量安全不良事件、药品不良事件、隐私或数据安全事件按制度报告、处置、整改并留存完整记录。
实施路径
项目计划根据医院现有系统、审批进度、接口数量和首期业务范围确定;每个阶段都有明确输入、输出和确认人。
梳理资质、诊疗科目、人员、制度、系统、渠道、监管要求和首期目标。
确定角色权限、流程状态、终止条件、异常处理、技术架构和分期路线。
准备科室人员、药品项目、排班规则、内容模板和接口映射,完成系统配置。
验证实名、复诊、处方、审方、支付退款、消息、监管上报和安全控制。
分岗位培训,以真实病例和异常场景试运行,完成问题关闭、切换和应急保障。
跟踪接诊、处方、退款、投诉、接口、数据质量和服务指标,按责任闭环改进。
责任边界
项目启动时形成责任矩阵,避免把医疗管理职责交给技术供应商,也避免接口和渠道问题无人负责。
验收与上线运营
验收应使用真实岗位、真实接口和可控测试数据,覆盖正常、失败、取消、退回、退款和终止诊疗等情况。
依据现行互联网诊疗管理要求,线上诊疗以符合条件的复诊为核心,医师必须本人接诊,处方由接诊医师本人开具并经药师审核;人工智能不得替代医师或自动生成处方。互联网诊疗病历、图文音视频过程记录、监管接口和等级保护要求应在项目详细设计中逐条落实。