医疗健康小程序开发

先确定提供哪一类医疗健康服务

“医疗健康小程序”不是一个固定产品。只做机构展示与预约，和提供在线诊疗、处方流转或药品销售，面对的资质、数据和责任完全不同。项目开始前必须先把服务类型说清楚。

红数科技可以提供相应技术开发，但不会把在线诊疗、电子处方、互联网医院、药品销售或医保结算默认放进普通预约项目。机构没有相应许可、平台类目不支持、现有系统不能提供接口时，相关功能就不能以“先做出来再说”的方式上线。

用户看到的是预约，机构管理的是号源

预约页面很简单，真正容易出错的是背后的排班、数量和状态。医生临时停诊、节假日调整、同一时段多人抢最后一个号、用户付款后未返回页面，都会影响最终结果。

如果号源来自HIS或其他院内系统，小程序不应另建一套互不相干的数量。双方要确定哪个系统负责排班和最终占号，小程序只展示还是也能新增、取消和改约。没有明确的数据来源，测试时看似正常，正式开放后很容易出现重复号源。

患者端可以做到什么程度

订阅消息必须由用户主动同意，并受微信模板和发送条件限制，不能当成随时可以群发的短信。提醒中也不应直接展示不必要的疾病名称、检查结果或其他敏感信息。紧急情况不能依赖普通预约或在线留言处理；涉及症状填写或线上沟通时，页面应按机构确认内容提醒用户，危急情况及时使用线下急救服务。

排班、预约和退款要对应同一笔服务

退费规则不能只写“支持退款”。需要明确预约前多久可自行取消、超过时间由谁审核、停诊是否自动退、优惠金额怎样处理、原路退款失败后如何跟进。小程序显示退款成功，应与支付渠道的实际结果一致，不能只改页面状态。

健康信息不是普通会员资料

姓名、证件信息、联系方式、就诊记录、检验检查结果、健康状况和生物识别信息可能涉及敏感个人信息。项目应遵循合法、正当、必要和最少够用的原则，不能因为后台可以增加字段就一次收齐所有资料。

开发前需要确认：

• 每一项个人信息用于什么服务，是否在使用时再申请；
• 哪些信息属于必填，拒绝非必要授权后哪些基础功能仍能使用；
• 本人、家属、儿童和其他代办关系如何验证；
• 数据由医疗机构、第三方平台还是多个系统共同处理；
• 哪些岗位能看完整信息，哪些只能看脱敏内容；
• 数据在传输和存储时如何保护，备份保存在哪里；
• 访问、导出、修改、删除和异常操作如何记录；
• 用户如何查询授权、撤回非必要授权或申请处理个人信息；
• 数据保存多久，项目测试数据和临时副本何时清理；
• 发生账号泄露、异常下载或接口误传时如何发现和处置。

涉及未成年人时，要根据业务与适用规定确认监护人同意和身份关系。是否需要等保测评、安全评估、数据本地化部署或更严格的行业措施，应由机构结合系统等级、部署方式、数据规模和主管要求确定，并写进项目范围。红数科技负责合同约定的技术措施，机构负责业务合法性、医疗资料和人员使用权限。

报告查询最重要的是别给错人

报告功能不应只验收“能打开PDF”。系统要先确认当前用户与就诊人的关系，再从正确的数据来源取得已允许发布的报告，并记录查看行为。报告被撤回、更新或重新审核时，小程序也要按约显示当前有效版本。

报告内容由医疗机构或其业务系统提供并负责医学准确性。红数科技负责按接口结果与权限规则展示，不解读检查结果，也不生成诊断结论。

对接HIS、LIS、PACS前先看接口

医疗系统常见接口包括HIS挂号与收费、LIS检验报告、PACS检查报告、EMR或电子病历、体检系统、排队叫号、医保和统一身份。名称相同不代表每家机构的接口一样。

对接前至少要确认字段、协议、调用方向、身份认证、访问网络、测试环境、数据示例、频率限制和错误码。还要说明哪个系统是最终数据来源，例如排班以HIS为准，报告发布状态以LIS为准，小程序只负责展示与提交申请。

接口测试必须覆盖超时、重复请求、缺少患者编号、报告未审核、号源刚被占用、支付成功但HIS写入失败等情况。系统需要保存请求编号、结果和必要的错误信息，便于技术人员查找问题；日志本身也要避免记录完整证件号、报告内容和支付密钥。

如果院内系统没有开放接口，只能通过文件、人工录入或跳转原系统实现，就应按实际能力说明。不能用“支持HIS对接”一句话代替接口评估，也不能在没有测试环境时承诺具体完成日期。

账号、资质和平台审核

机构需要准备与服务相符的小程序主体、AppID、微信认证、小程序备案、服务类目、服务器域名和真实有效的医疗或经营资质。在线诊疗、处方、药品、医疗器械、健康咨询等服务，须根据经营地区、主体性质、实际内容和平台现行规则确认许可条件。

使用微信支付时，需要符合要求的微信支付商户号和结算账户，服务费用进入客户自己的商户账户，红数科技不代收机构营业款。平台认证、支付费率、短信、云资源、安全服务和第三方接口费用，由对应服务商收取，报价中会注明是否包含。

技术开发完成不等于平台必然审核通过。审核还取决于主体、资质、类目、页面内容、隐私说明和微信当期规定。红数科技负责按确认范围完成配置、提交和必要修改，机构负责提供真实有效的主体、人员、服务内容、授权和许可材料。涉及平台能力变化时，以微信开放文档及相关主管部门的现行要求为准。

项目怎样推进

1. 确认服务：明确机构类型、使用人群、服务项目、医疗边界和现有系统。
2. 核对条件：检查主体、类目、资质、备案、支付和接口资料是否具备。
3. 写清规则：确定就诊人、排班号源、预约、缴费、退费、报告和权限状态。
4. 设计页面：完成主要页面草图、操作顺序、异常提示和品牌视觉设计。
5. 开发系统：建设小程序、管理后台、服务器程序、数据库和约定接口。
6. 联调测试：连接微信登录、支付、订阅消息及机构实际业务系统。
7. 安全检查：核对授权、岗位权限、日志、备份、敏感配置和常见风险。
8. 审核发布：协助体验版、隐私说明、平台审核、版本发布与上线检查。
9. 培训交接：培训预约、客服和管理员，交付账号、资料及维护边界。

医疗项目的业务确认不能只由市场人员完成。排班、收费、报告、隐私和接口规则，应让实际负责的医务、信息、财务或数据管理人员参加确认。页面设计后再改变患者身份、报告权限或院内接口，会牵动数据库和测试，需要重新评估时间与费用。

周期取决于服务深度和接口条件

以下时间用于前期判断，正式排期以功能清单、资质和接口测试条件为准。

接口文档、专网访问、测试账号、模拟数据和院内技术人员不到位，会直接影响联调。平台审核、安全测评或主管流程的时间也不由开发方单独决定，不能将其压缩成固定几天。

服务费用怎样核算

医疗健康小程序不能只按页面数量报价。只做机构展示和预约，与对接院内患者、缴费和报告数据，风险和工作量完全不同。红数科技会先确认业务、资质与接口，再提供书面报价。

报价会注明设计与开发范围、接口数量与字段、代表数据、第三方费用、源码或使用权、部署环境、安全工作、维护期限和超出范围的计费方式。比较方案时，应看身份、权限、数据和接口是否写清，而不是只看功能名称多少。

哪些机构更适合建设

• 医院、门诊部或诊所，需要线上展示科室、医生和预约号源；
• 体检机构，需要套餐预约、缴费、到检提醒和报告查询；
• 口腔、眼科、康复等专科机构，需要排班、复诊和患者服务；
• 健康管理机构，在许可范围内提供档案、计划和随访服务；
• 现有预约依靠电话或人工登记，经常遇到错约、漏约和重复确认；
• 已有HIS、LIS、PACS或体检系统，希望减少重复录入；
• 对患者信息、岗位权限、访问记录和独立部署有明确要求。

若只需要机构介绍和地址导航，展示型小程序会更经济。若需要在线诊疗、处方或药品交易，应先确认机构资质与监管要求；没有对应条件时，不建议以普通预约项目包装上线。

项目交付应能逐项核对

• 已确认的服务范围、医疗边界、资质、页面、状态和责任清单；
• 排班号源、预约、缴费、退费、报告和权限规则说明；
• 小程序主要页面草图、视觉设计稿和常用异常状态；
• 可提交微信审核的医疗健康服务小程序；
• 科室、人员、排班、预约、收费、报告和权限等约定后台；
• 服务器程序、数据库和部署配置，具体范围按开发方式确定；
• 微信登录、支付、订阅消息及合同约定的医疗系统接口；
• 代表人员、患者、排班、订单和报告测试数据；
• 功能、权限、支付、接口和安全检查记录；
• 备案、类目、隐私说明、平台审核和发布协助；
• 管理账号、操作说明、培训记录和维护边界；
• 合同约定的源码、部署包、设计源文件或第三方授权说明。

源码交付取决于开发方式。独立定制项目可按合同交付自研源码和部署资料；使用第三方组件时仍受其许可约束；SaaS服务通常交付使用权和机构自身数据，不会交付平台全部源码。机构应在签约前确认数据导出、服务到期、备份和迁出条件。

验收必须覆盖真实医疗服务状态

测试不能只选一位医生和一个空闲时段。至少应覆盖无号、最后一个号、多人同时预约、未支付关闭、停诊改约、家属代办、报告未发布、报告撤回、支付成功写入院内系统失败等情况。医疗服务最怕信息给错人或状态不一致，这些异常情况必须在上线前跑通。

上线后的维护和责任

红数科技按合同提供约定期限内的程序故障修复、平台适配、接口检查、备份或技术维护，并完成排班、预约、报告和权限后台培训。医疗机构负责主体资质、服务内容、人员执业、医学资料、报告结论、患者服务与内部账号管理，也负责指定有权人员处理授权、导出和数据纠正申请。

新增院区、改变排班或退费规则、增加在线诊疗、接入新的院内系统、提高安全等级或迁移历史医疗数据，不属于原功能故障，需要另行确认。微信能力、支付规定和第三方医疗系统升级造成的变化，按维护合同评估兼容工作。

医疗健康小程序最终要让人放心使用：患者约到的是正确医生和时段，机构看到的是准确名单，支付和退款有据可查，报告不会给错人，系统异常也能找到原因。页面好看只是开始，把每一项身份、状态和权限处理稳，才是医疗服务真正需要的技术价值。