首都医科大学附属北京朝阳医院

您所在的位置: 首页 >>信息公开 >>招标采购

信息公开

招标采购

HIS系统重点模块技术重构与验证服务项目询价要求

发布时间:2026-10-22 浏览次数:
字号: + -

  第一部分  技术规范及要求

  一、项目需求

  现有医院核心业务系统(HIS,医院信息系统)基于 C#/.NET 技术栈开发,后台数据库采用 Oracle 数据库。随着医院信息化基础环境持续演进,为降低既有技术栈长期维护风险,并为后续国产化环境适配和系统架构演进做好技术准备,拟分阶段对现有 HIS 中具备独立业务边界、外部依赖相对可控的模块开展技术重构与验证。

  经对现有 HIS 系统功能和外部依赖进行评估,部分业务模块涉及医保、支付、药房、第三方预约、身份介质等外部系统或设备,需要多方联合改造和联调,暂不纳入本期实施范围。为控制项目实施风险、明确验收边界,本期仅选择“系统管理、登录权限与公共业务模块”“患者主索引与患者服务模块”“门诊预约模块”三个相对独立的模块开展技术重构、相关 SQL 适配、部署验证和功能一致性验证。

  本项目以双方确认的模块功能清单和排除项为实施及验收边界,不要求完成全量 HIS 系统改造,不包含本期范围外业务模块,不包含第三方系统、外部渠道及专用硬件设备的改造或联合调试。对因现有系统调用关系需要识别的外部接口,仅进行边界说明,不将第三方系统改造结果作为本项目验收前置条件。

  二、项目目标

  本项目通过专业技术服务,对本期三个指定模块开展技术重构和验证,在明确功能边界的前提下,形成可编译、可部署、可演示、可验证的阶段性成果,为后续 HIS 系统分阶段技术演进及国产化适配提供基础。具体目标如下:

  (一)完成本期三个指定模块的业务逻辑梳理及 Java+B/S 技术重构。在不扩大业务范围的前提下,对约定功能进行等价实现,保证核心业务规则、操作流程和处理结果与现有系统约定功能一致。

  (二)完成本期三个模块涉及的 Oracle SQL 适配整理。仅对本期重构功能实际使用的 SQL 进行梳理、改写和执行验证,不以全量 HIS SQL 改写作为本项目目标。

  (三)完成本期成果在甲方指定验证环境中的部署和功能验证。通过双方确认的测试用例、功能演示及结果比对,对约定功能逐项进行验证,形成问题记录和验收材料。

  (四)形成可交接的阶段性技术成果。交付本期重构源码、构建及部署说明、必要的接口边界说明、SQL 适配记录、功能测试记录及项目总结材料,为后续扩展实施提供依据。

  三、本期实施范围及功能边界

  本期实施范围严格限定为以下三个模块。表中“包含功能”为本期应完成并参与验收的功能;“明确不包含”为本期排除项,不作为报价、实施和验收内容。

序号模块包含功能明确不包含
1系统管理、登录权限与公共业务模块本地账号登录、登录失败锁定、修改密码、用户管理、角色管理、权限矩阵、菜单/模块管理、系统参数、程序开关、审计日志。SSO、CA认证及其他外部统一身份认证能力。
2患者主索引与患者服务模块患者检索、患者建档、患者资料更新、患者查重、患者状态维护、患者基础资料回读。身份证读卡、医保卡、制卡及其他外部身份识别设备或系统。
3门诊预约模块HIS 内部号源维护、号源容量控制、预约、取消预约、重复提交幂等、并发限号、预约结果回读。第三方预约渠道及其接口改造、联合调试。

  四、技术规格与要求

序号名称询价规格
1服务范围及总体要求报价人应按照本文件明确的三个模块及功能边界开展技术重构与验证服务。项目范围以本文件第三部分所列“包含功能”为准,排除项及其他 HIS 模块不纳入本期实施和验收。不得将完成全量 HIS 国产化、全系统切换上线或第三方系统联合调试作为本期交付前提。
2代码梳理与技术重构应基于甲方提供的现有 C#/.NET 源码及相关资料,梳理本期三个模块的业务逻辑、数据处理规则、配置及必要依赖,采用 Java+B/S 技术栈对约定功能进行重构。重构代码应能够独立编译构建,并按照双方确认的测试用例完成业务功能验证。
3SQL 适配与验证应对本期三个模块实际涉及的 Oracle SQL 进行梳理,根据双方确认的目标数据库语法要求完成必要的语法、数据类型、内置函数、分页排序等适配,并在甲方提供或双方确认的验证环境中执行验证。仅本期功能使用的 SQL 纳入交付范围。
4接口及外部依赖边界应梳理本期功能运行所必需的内部调用关系和接口边界。对于 SSO、CA、身份证读卡、医保卡、制卡、第三方预约渠道及其他外部系统或设备,仅需明确依赖关系和调用边界,不要求报价人完成外部系统改造、第三方联合调试或外部设备适配。
5部署与运行验证应在甲方指定的测试或验证环境中完成本期重构成果的安装、配置、启动和基本运行验证,提供构建部署说明及必要配置文件。除双方另有书面确认外,本项目不以全量 HIS 生产切换、全院上线、数据库整体迁移或全量历史数据迁移作为验收条件。
6功能一致性验证应围绕本期功能清单制定测试用例,对登录权限、患者主索引与患者服务、门诊预约三个模块逐项开展功能验证。验收以双方确认的测试数据和测试用例为依据,重点核对业务规则、输入输出及处理结果。发现问题应完成修正并复测。
7项目实施及过程管理报价人应制定实施计划,明确三个模块的分析、重构、SQL 适配、部署验证和测试节点。涉及甲方生产环境、数据调阅或系统资料的事项,应在授权范围内开展,并遵守甲方信息安全及运行管理要求。
8服务团队及技术支持报价人应配备具备 C#/.NET、Java、数据库 SQL 及医疗信息系统开发维护经验的技术人员,并指定项目负责人。项目实施及约定质保期内提供技术支持,对本期交付范围内的问题进行跟踪处理。

  五、项目交付及验收要求

  本项目验收坚持“范围明确、功能可测、成果可查”的原则,仅针对本期三个模块及其明确包含的功能开展验收。验收不以全量 HIS 系统国产化改造完成、不以其他业务模块迁移完成、不以第三方系统联合调试完成作为前置条件。

  1. 范围确认成果:提交本期功能清单、模块边界及外部依赖说明,内容与本文件第三部分保持一致;实施过程中如需调整范围,应经双方书面确认。

  2. 源码及构建成果:提交本期三个模块的 Java/B/S 重构源码、相关配置、编译构建说明及可部署成果,能够在双方确认的环境中完成编译或构建。

  3. SQL 适配成果:提交本期三个模块涉及的 SQL 适配清单、必要的改写脚本或代码修改记录及执行验证记录。

  4. 部署成果:提交本期成果部署说明、环境及配置说明,并在甲方指定测试或验证环境中完成部署和启动验证。

  5. 功能验收成果:按照双方确认的测试用例,对本期三个模块“包含功能”逐项演示或测试,形成测试记录。约定功能能够正常操作并得到符合业务规则的处理结果,即作为功能验收依据;明确排除项不参与验收。

  6. 文档成果:提交必要的模块说明、接口边界说明、部署说明、测试记录、问题处理记录及项目总结报告。

  六、验收边界说明

  为避免因既有 HIS 系统规模大、第三方依赖多而造成验收范围不确定,本项目特别约定:除本文件明确列入的三个模块及包含功能外,住院、收费、药房、医保、支付、第三方预约、统一身份认证、CA、身份介质及其他外部系统或设备相关功能均不属于本期验收范围。现有系统中的历史遗留问题、第三方接口异常或外部环境问题,如不属于本期重构内容,不作为本项目验收不通过的依据。

  七、知识产权与源码归属

  本项目针对本期三个模块形成的重构源码、SQL 适配成果、配置文件、部署及测试文档等交付成果,其使用权及合同约定的相关权利归采购方所有。报价人应确保其自行形成的交付成果不侵犯第三方合法权益;未经采购方书面许可,不得擅自向第三方披露本项目相关代码、数据及技术资料。对于现有 HIS 原有代码、第三方组件及既有知识产权,其权属不因本项目实施而发生改变。