包组号：***
包组名称：沈阳医保药品追溯信息采集与应用管理平台项目-应用软件开发
服务内容及要求：
一、项目背景
（一）贯彻落实国家、省、市部署要求
****年*月国务院办公厅印发《关于加强医疗保障基金使用常态化监管的实施意见》（国办发〔****〕**号）、****年*月国家医保局网络安全和信息化领导小组办公室《关于印发〈医保药品追溯信息采集和应用技术实施方案〉的通知》（网信办〔****〕*号）、****年*月国家医保局办公室印发《关于开展医保药品耗材追溯码信息采集试点工作的通知》（医保办函〔****〕**号）、****年*月国家医保局印发《关于在药品采购环节加强药品追溯码应用的方案》（征求意见稿）、****年*月国家医保局印发《面向参保人和药耗企业的药品耗材追溯信息查询设计方案》（征求意见稿）等文件中，要求深入推进医保基金监管制度体系改革，切实落实各方监督责任，扎实推进医保药品追溯信息在医保领域应用，进一步加强基金监管能力建设，完善创新基金监管方式，强化定点医药机构自我管理主体责任。以数据赋能为导向，依托全国统一的医保信息平台归集药耗企业药耗生产信息、配送企业流通信息，结合定点医药机构上传的销售信息，逐步实现药耗生产、配送流通、销售数据全量采集、全面应用，推动药耗追溯链条向上游供应环节和下游使用环节延伸，形成全环节、全过程完整追溯体系。利用大数据智能化技术监测倒卖、串换药品等欺诈骗保行为，推进医保基金安全规范合理使用，切实守护好老百姓的“看病钱”“救命钱”。国家医保局统一开发追溯码管理基本模块，明确信息采集、归集、传输要求，试点地区探索国家医保局要求落地的具体路径，并探索追溯码信息赋能使用的方向、场景、途径和具体方式方法。省级药品集中采购平台实行“带码挂网”、各级药品集中带量采购实行“带码投标”、药品经营企业落实“带码流通”、医保定点医药机构落实“扫码采购”、协同强化追溯数据管理和应用。沈阳市作为试点单位需要积极完成追溯码采集工作，建立追溯信息系统实现追溯码信息采集、归集，并利用智能监管子系统和大数据技术监测违规违法行为，丰富监管应用，保障基金安全。
（二）实现药品追溯信息全量采集的需要
依托全国统一的医保信息平台，优化完善相关功能模块，实现定点医药机构药品追溯信息全量采集、向国家归集及地方同步，夯实药品追溯信息应用基础。并先行先试药品药企追溯信息采集应用，通过采集药品追溯码的流通数据，实现药品全生命周期的信息化管理。
（三）开展药品追溯信息监管应用的需要
对已归集入库的药品追溯信息，深化医保药品监管工作，通过智能监管子系统“规则下载”功能模块下载药品串换、药品倒卖等监管规则和知识，开展事中审核和事后监管核查工作。通过建设追溯信息反欺诈监管、异常行为预警分析、药品追溯监管大屏分析等内容，丰富药品追溯信息监管应用，进一步加强医保基金使用常态化监管，切实保障人民群众“看病钱”“救命钱”。
二、规划政策符合性
本项目的建设符合国务院办公厅印发《关于加强医疗保障基金使用常态化监管的实施意见》（国办发〔****〕**号）、国家医保局网络安全和信息化领导小组办公室《关于印发〈医保药品追溯信息采集和应用技术实施方案〉的通知》（网信办〔****〕*号）、国家医保局印发《关于开展医保药品耗材追溯码信息采集试点工作的通知》（医保办函〔****〕**号）、国家医保局印发《关于在药品采购环节加强药品追溯码应用的方案》（征求意见稿）、国家医保局印发《面向参保人和药耗企业的药品耗材追溯信息查询设计方案》（征求意见稿）等政策文件要求，同时也符合辽宁省人民政府办公厅《数字辽宁发展规划*.*版》（辽政办发〔****〕**号）、《辽宁省“十四五”医疗保障规划》《关于印发〈辽宁省医疗保障信息平台建设方案〉的通知》（辽医保〔****〕***号）、《沈阳市“十四五”医疗保障事业发展规划》等要求，满足沈阳市医保药品追溯信息采集工作的实际需要。
三、总体架构设计
沈阳医保药品追溯信息采集与应用管理平台项目建设遵循国家医疗保障信息化统一标准、统一技术架构的要求，依托沈阳市医疗保障信息平台已有基础设施和信息安全保障体系，在现有业务应用系统基础上扩展建设，与已有业务系统互补建设，对已有的业务中台和数据中台的服务和数据进行复用。
（一）总体架构图如下：
图*总体架构
用户层：医保局人员、定点医疗机构人员、定点*售药店人员等；展现层：大屏、手持终端、桌面终端等；应用系统层：在医保信息平台建设内容基础上扩展建设贴心沈阳市贴心医保档案平台；应用支撑层：医保信息平台业务应用系统和医保信息平台业务中台；数据资源层：医保数据资源池，及外部数据接入、数据治理、数据转换模块；基础设施层：依托医保云平台、医保专网和互联网。
（二）应用架构
遵循国家局及省局的平台建设规范，在沈阳市医疗保障信息平台扩展建设药品追溯信息采集与应用内容，建设内容包含追溯码的信息采集与归集对接、追溯码合规性管理模块、药品追溯码无码不付模块、药品追溯信息综合监管分析模块、药品溯源协同对接等。追溯码在采集过程中如发生异常，包含采集失败等其他异常情况，可以通过医保接口重新进行上传。同时，追溯码上传的数据，未来可以在沈阳医保智能审核、数据要素分析等AI、数据智能分析场景提供支撑。
应用架构图如下：
图*应用架构
*.追溯码信息采集与归集对接
***指导督促定点医药机构通过两定接口采集药品追溯信息，初期将药品追溯信息通过地方交换库按照“T+*”天模式全量归集至省级平台和国家平台，国家医保局将以“T+*”天模式将全国药品追溯信息同步至辽宁省医疗保障局。
*.追溯码合规性管理模块
在采集环节实现对采集追溯码的合规性、追溯信息的业务逻辑性进行审核和校验，保证数据质量，实现药品串换、二次销售等行为监管。
*.药品追溯码无码不付模块
建立无码信息库，实现两定机构未上传溯源码的明细数据，不予月结支付。
*.药品追溯信息综合监管分析模块
通过大屏展示追溯码采集、追溯码质控、智能监管、赋能应用分析监测情况，更直观地进行监管分析。
*.药品溯源协同对接
实现系统与医疗保障平台应用子系统中的系统进行对接，实现业务协同，对接包括：统一门户子系统、智能审核子系统、公共服务子系统、外部系统。
（三）数据架构
遵循国家医疗保障信息平台数据标准规范，在沈阳市医疗保障信息平台数据库基础上扩展建设沈阳医保药品追溯信息采集与应用管理平台项目数据库，并实现与外部政务信息系统、定点医疗机构和定点药店等信息资源的共享交换。为跨地区、跨层级、跨业务的信息共享和业务协作提供基础信息支持。
数据架构图如下：
图*数据架构
（四）网络架构
沈阳医保药品追溯信息采集与应用管理平台项目依托于医疗保障现有网络环境，以“云计算”技术为基础，整合业务数据和相关资源网络系统基于网络安全等级保护（三级）的要求，采用分区分域安全架构设计。
核心业务区内部划分为核心业务服务器区、核心业务网络区、安全管理区、核心业务数据交换区、核心业务出口区等区域；
公共服务区内部划分为公共服务业务服务器区、公共服务网络区、安全管理区、公共服务出口区等区域；
核心业务区与公共服务区之间由安全隔离区内的网闸设备进行隔离，为满足网络安全管理工作要求，在核心业务区和公共服务区同时设计规划安全管理区。
网络系统建设能够保障业务系统稳定、可靠、高效地运行，具有良好的可扩充性、可管理性，满足未来业务系统扩充与资源部署变更的发展需要。
网络拓扑结构图如下：
图*网络拓扑结构图
（五）安全架构
本项目复用医保信息平台安全体系，该平台网络安全体系框架由领导决策层、安全策略、安全技术、安全管理体系、基础防御（包括安全基础设施）等五部分构成。这五部分以保护对象为核心相互协作，构成一个集成的安全体系框架，各部分之间的逻辑关系如下表所示：
表*-*：安全体系总体框架关系表
| 部件名称 | 定义 | 相互关系 |
| 领导决策层 | 由局自行组建，负责对医保信息平台方面的重大决策。 | 指导整个网络安全体系的建设、实施，确保网络安全体系高效、稳定地运行。 |
| 安全策略架构 | 是对医保信息平台信息资源使用、管理规则的正式描述，是所有使用和管理医保信息平台信息资源的人员都必须遵守的规则。 | 针对保护对象制定安全策略，在安全策略的框架范围内建设安全管理架构和安全技术架构。 |
| 安全管理架构 | 网络安全是通过各种安全责任的定义和落实，通过运行管理而实现的。 | 支持、遵从安全策略，并负责管理和维护安全策略；对安全技术措施进行管理。 |
| 安全技术架构 | 为实现安全策略，保障网络安全而采用的一系列的技术措施的组合。 | 技术架构从技术层面落实安全策略、安全管理运行定义的安全责任。 |
| 基础防御架构 | 由局统一做出规划并建设的、为医疗保障行业的各级机构提供网络安全基础服务和统一的安全基础设施。 | 基础防御架构是由安全管理和安全技术共同派生出来的，需要由国家局统一规划和建设的。 |
在领导决策层的统一部署下，其余四部分之间协同工作，共同保障保护对象的安全。为了实现满足国家法律法规要求，实现***网络安全的整体目标，需要构建由网络安全技术、网络安全管理和网络安全运营于一体的网络安全保障体系。
（*）安全技术
网络安全技术体系是覆盖纵深防御、监测分析、响应处置和态势管理，从物理环境、网络通信、设备计算、应用数据、云计算和移动互联几个层面形成整体的技术防护框架，防护措施全面覆盖国家医疗保障体系的网络和信息系统。
（*）安全管理
网络安全管理体系是确保网络安全责任明确和建章立制的核心，结合网络安全管理体系的风险管理模式，需要建立可持续改进的安全管理体系架构，覆盖组织架构岗责、安全管理制度、人员安全管理和安全培训等安全管理控制。
（*）安全运营
网络安全运营体系是要全面落实并形成“同步规划、同步建设、同步运行”的整体运营模式，整体完善配套的组织岗责和任务分工；建立相应的规范流程，形成“事前预防、事中监控、事后审计”的运营管理机制，在运营管理机制落实的过程中，逐步建立自动化平台支撑安全运营工作。
安全体系总体架构通过技术手段来贯彻行政管理策略实现，包括：信息系统的安全策略、安全管理、安全技术和基础设施与领导决策。
图*安全保障体系架构
医保信息平台存储、传输、处理大量医疗保障业务信息。信息的可用性、完整性和机密性是网络安全的基本要素，必须保护信息及支撑系统、程序等资产不受威胁侵害。确保该平台的持续可靠运行，需要在信息系统的全生命周期内从管理、技术、工程实施、运行等方面进行安全保障。
根据网络安全管理体系框架，沈阳医保药品追溯信息采集与应用管理平台项目网络安全总体策略是顶层的管理文档，是医疗保障网络安全保障工作的出发点和核心，是信息系统安全保障管理实践和技术措施的指导性文件，是医疗保障系统所有工作人员必须遵循的网络安全行为准则。
总体安全策略应向所有工作人员说明网络安全对沈阳医保药品追溯信息采集与应用管理平台项目运行的重要性、每个工作人员在网络安全中的责任和义务、违反网络安全策略并造成严重后果时采取的行动。具体包括以下内容：
*.网络安全的定义、整体目标和范围以及安全对信息系统的重要性。
*.声明领导层对信息系统安全的意图以及对网络安全目标和原则的支持。
*.对安全策略、规章制度、技术标准、组织实施的简介，包括符合法律法规等方面的要求。
*.工作人员和部门领导在网络安全管理方面的特定责任，如报告安全事件。
*.支持总体安全策略的相关文档的参考说明，包括，更详尽的网络安全策略和规章制度、必须遵循的技术标准、特定信息系统运行的流程和指南、用户应该遵守的安全规则等。
*.网络安全总体策略的制订将使网络安全威胁发生的可能性减少到最低程度，最大程度地减少安全违规和信息暴露所导致的损失或破坏程度，通过保障信息系统的机密性、完整性、可用性和抗抵赖，保证各应用系统的业务连续性。
信息系统安全是一个动态的过程，是安全目标、安全策略和实现机制相互作用的过程。建设独立、完整、集中、分层的安全策略体系是沈阳医保药品追溯信息采集与应用管理平台项目网络安全体系的重要内容。
安全策略体系以数据保护为核心，通过数据分级，针对基础设备设施、应用系统与网络环境进行分级，并根据其承载数据级别的不同对其安全控制措施要求进行分级。同时，通过安全设备设施策略和应用系统软件开发安全策略要求，规范并描述其控制措施要求。具体的安全策略架构如下图所示：
图*安全策略示意图
（六）系统整合集约化建设方案
*.基础设施集约化？
依托现有医保云平台，整合药品追溯信息采集与应用系统所需的服务器、存储、网络等硬件资源，避免重复建设和资源浪费。根据系统业务负载自动调整资源配置，提升资源利用率。？
*.数据集约化管理？
整合来自定点医药机构、国家及省级平台、外部系统等多渠道的药品追溯相关数据，实现数据的集中存储和管理。采用数据标准化技术，对数据进行清洗、转换和整合，确保数据的一致性和准确性。通过政务数据资源共享交换平台实现数据的按需共享和交换，避免数据孤岛，充分发挥数据的价值。
*.应用系统集约化？
遵循国家医疗保障信息化整体规划和统一标准要求，提高系统的可维护性、兼容性和扩展性。能方便接入新的系统和业务数据，可方便地增加新的数据共享接口，可方便地增加硬件设备、扩容链路带宽等。
*.安全集约化保障？
建立统一的安全防护体系，涵盖网络安全、数据安全、应用安全等多个层面。部署防火墙、入侵检测系统、数据加密设备等安全设施，保障系统的物理和网络安全。采用统一的身份认证和权限管理机制，加强对用户访问的控制和审计，防止未授权访问。建立数据备份和恢复机制，定期进行数据备份和恢复演练，确保数据的安全性和完整性。制定统一的安全管理制度和应急预案，加强安全培训和应急演练，提高系统的安全防护能力。
*.运维管理集约化？
构建统一的运维管理体系，实现对基础设施、数据、应用系统的集中监控和管理。通过监控系统实时采集系统运行状态数据，及时发现和预警系统故障，提高故障处理效率。建立标准化的运维流程，规范运维操作，降低人为失误风险。统一运维团队，加强人员培训和管理，提高运维团队的专业素养和协同能力。
四、建设内容
（一）追溯码信息采集与归集对接
开发药品追溯信息采集、药品追溯信息数据归集与同步、追溯码上传信息查询模块，建设本地信息库。通过升级医保接口，实现定点医药机构追溯码实时上传，并按T+*天归集至国家平台。基于国家T+*天数据同步，实现跨城查询与下载。
采集的药品追溯信息主要包括药品追溯码值、定点医药机构编码、医保目录编码、人员编号、结算ID、就诊ID等信息，通过就诊ID可以关联到就医时间、诊断、费用明细等信息。药品拆*使用或销售时，可将药品追溯信息关联至一人或多人名下。
（二）追溯码合规性管理模块
开发药品追溯信息采集质控、药品追溯信息数据治理模块。提升追溯信息质量，通过制定采集规则，并基于业务与码格式标准，对两定机构采集的数据进行自动化校验与审核，以解决逻辑错误，保障源头数据的准确性与有效性。
（三）药品追溯码无码不付模块
开发无码信息库、医药机构无码不付、医疗机构无码不付模块。对无法上传码的药品建立“白名单”，仅允许名单内或成功传码的药品进行医保结算与拨付。未传码且不在名单内的药品将被阻断支付，同时提供申诉渠道，审核通过后可重新纳入支付。
（四）药品追溯信息综合监管分析模块
开发药品追溯监管分析模块，具有监管规则配置、监管规则应用功能。实现实时展示全市采集进度与质量，并基于规则在数据上传时实时合规判断与事前预警。每日自动扫描增量数据，主动生成违规疑点，为医保核查提供高效数据支撑。
通过大屏展示追溯码采集、追溯码质控、智能监管、赋能应用分析监测情况，更直观地进行监管分析。
（五）药品溯源协同对接
开发标准接口与统一门户子系统、智能审核子系统、公共服务子系统及外部系统对接，实现医保药品追溯系统与统一门户、智能审核、公共服务等关键子系统的集成对接。支持单点登录、数据同步与规则筛查，并联通外部药监等平台，以提升业务协同效率，为基金监管和公众服务提供支撑。
（六）建设内容汇总表
| 序号 | 一级模块 | 二级模块 | 三级模块 | 功能描述 |
| * | 追溯码信息采集与归集对接 | 药品追溯信息采集 | 定点医疗机构药品追溯信息采集 | 采用在发药环节采集药品追溯码的模式开展业务。定点医疗机构在发药时调用两定接口中进销存管理的商品销售、商品销售退货等接口，实现在发药环节实时采集药品追溯信息至医保信息平台，并与结算数据关联。 中台适配 *、更新相关表结构，包括更新生产库“结算中心（SETLCENT_DB）”、生产库“定点医药机构商品销售信息表（MEDINS_PROD_SEL_D）”“定点医药机构入库药品追溯信息表（FIXMEDINS_PROD_INV_TRAC_D）”“定点医药机构销售药品追溯信息表（FIXMEDINS_PROD_SEL_TRAC_D）”等表结构。 *、更新结算中心相应版本，并完成适配工作。 接口改造 改造两定接口中进销存管理的商品销售、商品销售退货等接口调用时的入参，确保按照医保要求上传采集的追溯码信息。 |
| * | 定点*售药店药品追溯信息采集 | 定点*售药店调用两定接口的药店结算接口，在销售环节采集药品追溯信息，在接口中明确药品追溯信息相关字段，实时采集药品追溯信息至医保信息平台。互联网药店采用相同两定接口在销售发药环节采集药品追溯信息。 中台适配 *、更新相关表结构，包括更新生产库“结算中心（SETLCENT_DB）”、生产库“定点医药机构商品销售信息表（MEDINS_PROD_SEL_D）”“定点医药机构入库药品追溯信息表（FIXMEDINS_PROD_INV_TRAC_D）”“定点医药机构销售药品追溯信息表（FIXMEDINS_PROD_SEL_TRAC_D）”等表结构。 *、更新结算中心相应版本，并完成适配工作。 接口改造 改造两定接口中药店结算接口调用时的入参，确保按照医保要求上传采集的追溯码信息。 |
| * | 药品追溯信息数据归集与同步 | 向国家归集药品追溯信息 | 辽宁省医保信息平台建设为省市两级部署，按照国家医保局相关要求，沈阳市将及时更新生产库“结算中心（SETLCENT DB）”生产库“定点医药机构商品销售信息表（MEDINS_PROD SEL D）”表结构；辽宁省医保局及时更新交换库此表结构。按照现有流程规范将数据归集到省平台。辽宁省医保局按照《医疗保障信息平台数据归集技术规范V*.*》相关要求，每日凌晨*点前将此表数据通过“T+*”天方式抽取至交换库中，国家医保局在凌晨*点进行数据抽取，并回写通知表，通知地方本次抽取数据量。 |
| * | 国家向地方同步药品追溯信息 | 国家医保局依托高效的数据交换机制，在药品追溯信息生成后的“T+*”天内，完成全国范围内药品追溯数据的整合与标准化处理，并统一导入至国家前置库系统，确保数据的时效性与完整性。辽宁省医保局作为关键节点，负责统筹协调与任务配置，根据业务需求精准制定数据获取策略，定时发起数据调取任务。在此基础上，辽宁省医保局建立常态化数据同步流程，每日将国家前置库中的最新药品追溯数据全量或增量同步至本地数据中心，实现数据的实时更新与本地化管理，为沈阳市医保经办、基金监管、定点医药机构结算等多项业务的顺畅开展提供稳定、可靠的数据支撑，有效提升医保公共服务效能与精准监管水平。 |
| * | 追溯码上传信息查询 | 追溯码上传信息查询 | 支持用户通过组合多种关键条件，对药品追溯码上传情况进行多维度、精细化的综合查询与数据分析。 *.可选的查询筛选条件包括： 医疗机构编号：精准定位至某一特定机构。 医疗机构级别：按等级（如三甲、三级、二级、一级等）进行归类筛选。 追溯码类型：根据不同类型的追溯码进行分类查询。 贯标码：依据国家统一标准编码进行精准匹配。 名称：支持通过医疗机构名称关键字进行模糊或精确搜索。 上传时间范围：自定义上传开始时间与上传结束时间，精确查询特定时段内的数据。 *.可查询并展示的核心信息包括： 医疗机构编码与名称：唯一标识及名称。 医保等级：该机构的医保定点等级分类。 区划：所属行政区域信息。 职工门诊共济标记：标识是否开通职工门诊共济保障服务。 就诊人次：反映该机构在查询时段内的总体服务量。 上传追溯码总条数：衡量该机构追溯码数据的上传总量。 上传追溯码码段准确率（%）：关键质量指标，评估所上传追溯码的规范性与准确性。 有医保就诊信息的追溯码条数：反映上传信息与医保业务关联的有效数据量。 通过以上条件与指标，可以从宏观到微观全面评估各医疗机构的数据上传绩效与质量，为基金监管、绩效考核和决策支持提供坚实的数据基础。 |
| * | 追溯码详细信息查询 | 提供综合查询功能，可通过灵活组合多种关键条件，精准定位并获取详细的药品追溯与医保结算信息，满足精细化监管、对账审核及患者服务等多场景需求。 *.查询条件包括： 精准标识类：支持通过医疗机构编号、患者身份证号、贯标码（国家统一标准编码）进行精确匹配查询。 分类与名称类：可按追溯码类型进行分类筛选，或通过药品名称关键字进行模糊搜索。 时间范围类：可自定义上传开始时间与上传结束时间，精准查询特定时段内产生的数据。 查询结果主要包括以下信息： 机构与患者信息：医疗机构编码、医疗机构名称、患者姓名、身份证号。 业务标识信息：就诊流水号、结算ID、险种类型，唯一标识每一次就医及结算记录。 药品明细信息：药品名称、单价、数量、金额、贯标码、追溯码。 业务状态与时间信息：拆*标识（记录药品是否拆*销售）、追溯码上传时间、结算时间，完整还原业务链条。 实现从“某一患者”在“某一机构”使用“某一药品”的全程精准溯源，有效支撑医保基金审核、临床用药分析、药品流通监控及个人费用查询等核心业务，全面提升数据化管理和服务水平。 |
| * | 追溯码采集、接入率查询 | 按最小包装单位结算的药品条数、医疗机构药品追溯码采集率、医疗机构耗材追溯码采集率。 医疗机构药品追溯码采集率=上传的药品追溯码数量/医疗机构结算时应上传最小包装药品追溯码数量 医疗机构耗材追溯码采集率=上传的耗材追溯码数量/医疗机构结算时应上传耗材追溯码数量 可以按照医疗类别（全部、门诊、住院），医院等级，起付线等级，门诊统筹标识，上传开始时间，上传结束时间等查询追溯码接入率： 追溯码接入率=上传药品追溯码的医疗机构数/有药品（西药、中成药）结算信息的医疗机构数 |
| * | 追溯码合规性管理模块 | 药品追溯信息采集质控 | / | 依照国家和辽宁省有关业务、指标等标准规范，从业务和追溯码格式等方面制定医保药品追溯码信息采集治理规则，并解决两定医药机构在追溯码信息采集过程中出现的违反业务逻辑，包括：药品追溯码重复校验，未拆*药品的追溯码控制，追溯码条数与药品数量匹配控制等；以及上传信息不符合追溯码基本要求的，如校验药品追溯码位数不符等数据问题。 |
| * | 药品追溯信息数据治理 | / | 按照《医疗保障信息平台数据归集技术规范V*.*》中关于数据完整性、准确性、规范性、一致性和时效性的核心要求，对源头采集的各类医保数据进行系统性治理。具体工作包括：依据规范建立数据质量规则库，对溯源码采集信息、进销存信息、费用明细信息等关键数据项开展完整性校验和逻辑核查；通过建立标准代码映射表，将原始数据中的非标编码、异构术语统一转换为国家标准编码；利用规则引擎及人工复核相结合的方式识别并剔除重复数据，修正逻辑冲突、数值异常等问题记录；针对缺失字段，采用规则推断、前后数据填补等方法进行有效补全，确保数据内容全面、格式统一、逻辑严密且符合国家标准。治理后的高质量数据，一方面严格满足向国家医保平台规范、高效、安全归集的数据标准，支持实时增量与定期全量相结合的数据同步机制；另一方面也为宏观决策、基金监管、精准施策及公共服务等多元化应用场景提供稳定可靠的数据赋能支撑。 |
| ** | 药品追溯码无码不付模块 | 建立无码信息库 | 无追溯码药品白名单建设 | 可以从药监或医疗机构先获取无追溯码药品列表作为初始化的无追溯码药品白名单。信息获取不完整的情况下应用以下功能由医药机构进行申报。不在白名单内的药品原则上医药机构销售时必须带码销售。 |
| ** | 无码药品信息申报 | 用于定点医药机构向医保部门申报无追溯码药品的信息，定点医药机构结合业务开展实际，发现并向医保部门提供销售的缺少追溯码的药品信息，供医保部门开通无追溯码药品白名单，对纳入无追溯码白名单管理的药品，定点医药机构在采集时取消上传追溯码限制，避免影响正常业务开展。对随着市场供应变化，原无追溯码的药品已增加药品追溯码的，也通过该功能向医保部门申报，申请此类药品从白名单中剔除。 |
| ** | 无码药品信息审核 | 用于医保部门审核定点医药机构申报的无追溯码药品信息，审核通过的信息即纳入无追溯码白名单管理，定点医药机构在采集时取消上传追溯码限制，避免影响正常业务开展。同时该功能也可审核无码药品白名单剔除业务，业务生效后，该药品即纳入待维护多码关系的范围。 |
| ** | 无码药品信息查询 | 用于支持各级医保部门便捷、高效地查询和维护“无追溯码药品白名单”内的药品详细信息。通过该功能，监管人员可准确获取因特殊原因暂未赋追溯码的药品基础信息、医保目录标识、纳入理由及有效期等关键内容，为医保基金智能审核、费用结算及事后监管提供准确依据，在保障临床用药需求的同时，有效防范基金支付风险，提升医保管理的灵活性与规范化水平。 |
| 无码药品动态更新 | 通过建立定时任务，T+*调用省医保局无码库接口，实现地市无码库信息除两定申报渠道外的动态更新。 |
| ** | 医药机构无码不付 | / | 在药店线下执行购药、高值药品、处方流转等所有类别的医保结算时，系统将对结算药品的追溯码实施强制性校验。其执行规则如下：若药品存在于官方认可的“无追溯码白名单”库中，或已成功上传符合国家规范的药品追溯码，则校验通过，允许完成医保结算。反之，若药品既不在白名单内，也无法提供有效的追溯码信息，系统将立即执行拦截操作，并反馈明确错误信息，坚决阻断结算流程，以确保所有结算药品的合规性与可溯源性，从源头保障医保基金安全。 |
| ** | 医疗机构无码不付 | 接口改造 | 能根据就诊ID、结算ID、费用明细流水号项目编码找到对应的费用明细信息，费用明细中的药品数量与进销存商品销售交易中的药品数量要一致，进销存商品销售交易中上传药品数量与追溯码数量要匹配。增加集中配药标志，针对集中配药的特殊情况不进行追溯码上传的相关校验。 |
| ** | 无码信息扣款 | 根据就诊ID、结算ID、费用明细流水号项目编码找到对应的费用明细信息，判断是否上传追溯码信息，对于未上传追溯码信息的费用明细生成扣款明细信息，在月结算时对相应的未上传追溯码信息费用进行扣减 |
| ** | 无码不付信息查询 | 定点医疗机构通过登录医保“两定”信息门户的相关指定模块，可对因未按规定上传药品追溯码信息而被拒付或扣款的医保费用明细，进行专项查询与核对。该功能清晰展示扣款所对应的患者就诊记录、药品信息、扣款金额及具体规则依据，方便医疗机构精准定位问题、追溯数据上传疏漏，并有效支持后续申诉复核与财务对账，从而提升医保基金结算数据的透明度和机构内部管理效率。 |
| ** | 无码不付信息申诉 | 定点医疗机构通过登录医保“两定”信息门户的指定模块，可针对因未上传药品追溯码而被系统自动扣款的费用明细，发起在线申报流程。申报时需按要求准确填写申诉原因、药品信息、结算标识等关键内容，并同步上传包括药品实物追溯码、出入库记录、内部系统截图等在内的有效佐证材料。该功能为医疗机构提供了规范、透明的异议申诉渠道，旨在高效核实和处理因非主观故意或技术原因导致的追溯码漏传问题，保障医保费用支付的准确性与合理性，同时减轻机构运营负担。 |
| ** | 无码不付信息申诉审核 | 中心端经办人员负责对定点医疗机构提交的“无码不付”申诉请求进行全流程审核。审核过程中，经办人员需严谨核查医疗机构填报的申诉原因、关联的药品及结算信息，并审验其上传的各类佐证材料（如追溯码照片、包装破损图片等）。依据现行医保政策与数据规范，对申诉案件的合理性、真实性与完整性进行综合评估，并最终作出予以核销扣款或驳回申诉的明确处理，确保医保基金支付的准确、公平与合规。 |
| ** | 无码不付信息申诉通过返还 | 为确保医保基金支付的精准、高效与公正，对于定点医疗机构申诉的“无码不付”扣款，经中心端审核通过后，系统将于下一月度医保结算周期内，自动完成对应扣款金额的返还处理。该流程实现了申诉纠错与基金拨付的有效衔接，既保障了医疗机构的合法权益，减轻其现金流压力，也体现了医保管理在严格规范之上的精细化和人性化。 |
| ** | 药品追溯信息综合监管分析模块 | 监管规则配置 | / | 用于监管规则的配置管理。基础信息选择包括确定规则对应的使用场景、监管类型及对应后台规则类，奠定规则配置的基础框架；核心内容录入功能需填写规则的相关描述（清晰说明规则的具体作用、适用范围、执行逻辑等关键信息）与政策依据（明确规则所依据的相关法规、制度、标准等合规性文件）；根据规则的具体业务逻辑，判断是否需要配置对应的阈值参数，同时录入规则运行过程中所依赖的知识数据，确保规则知识填写完整；确认所有配置信息准确无误后，提交配置内容，完成该监管规则的全部配置流程。 |
| ** | 监管规则应用 | 事前提醒 | 在医药机构上传药品追溯码时，按规则实现多维度自动校验并实时反馈违规信息。基础校验环节，对未上传追溯码的情况自动提示补传；格式校验环节，针对含空格、中文、网址的追溯码提示清除无关字符，对长度不符规范的追溯码提示按标准重传；字符结构校验环节，对特殊字符开头、结尾或全为特殊字符的追溯码提示调整字符，对科学记数法形式的追溯码提示转换为标准字符串；逻辑关联校验环节，对与药品数量不匹配的情况提示校验数量一致性，保障数据准确。 |
| ** | 事中审核 | 依托追溯码相关业务规则，系统将对每日新增的药品追溯码数据开展定期自动化分析。通过预设的多维度规则进行对增量数据中可能存在的违规特征进行精准识别与提取，生成每日需要处理的疑点信息。这些违规疑点涵盖但不限于追溯码格式异常、长度错误、特殊字符、关联信息不匹配等多种情形，为医保经办审核人员的日常审核工作提供明确的核查方向和有力抓手，助力提升审核效率与精准度，强化对药品追溯数据的合规性监管。 |
| ** | 无追溯码药品分析 | 全面统计分析无追溯码的整体规模与分布情况，清晰呈现无码数据总量及占比；按医保区划维度拆解无追溯码数据，直观展示不同区划的无码问题差异；追踪无码销售数量的月度变化趋势，通过可视化图表呈现数据波动规律；开展医药机构无码销售数量排名及无码销售占比排名分析，明确重点关注对象；同时对医药机构无码销售行为进行细化拆解，深入分析无码销售的药品品类、发生频次等关键信息，为医保审核工作提供更全面、精准的数据支撑。 |
| ** | 追溯码合规情况分析 | 分析追溯码不合规上传整体情况；不规范追溯码医药机构数量、金额排名分析；不规范追溯码上传数量、金额月度变化趋势分析及本期上期对比分析、不规范追溯码上传药品数量、金额分析；不规范追溯码上传医保区划情况分析；按照医疗机构维度，对不规范追溯码上传情况进行分析；按照药品维度，对不规范追溯码上传情况进行分析；对不规范追溯码上传药品销售明细进行分析；对应不规范追溯码上传的就诊明细分析； |
| ** | 两定机构售卖回流药分析 | 分析跨机构追溯码重复整体情况、医药机构跨机构追溯码重复排名分析；跨机构追溯码重复上传数量、金额月度变化趋势图及本期上期对比分析；重复追溯码药品名称、重复追溯码数量及占比、重复追溯码金额及占比分析；对追溯码重复出现次数进行分析；追溯码历史售卖路径跟踪分析；按机构维度对跨机构追溯码重复情况进行分析；对追溯码重复情况进行列表分析；追溯码重复详细销售情况列表分析 |
| ** | 两定机构药品串换分析 | 同机构追溯码重复整体情况分析；同机构追溯码重复机构排名分析；同机构追溯码重复上传药品数量、金额饼状图分析；按机构维度对同机构追溯码重复进行汇总分析；按具体医疗机构追溯码重复情况进行明细分析；对追溯码与目录编码不匹配情况进行汇总分析；按具体医疗机构对追溯码与目录编码不匹配情况进行明细分析 |
| ** | 参保人倒卖回流药分析 | 参保人涉嫌倒卖回流药整体情况分析；涉及倒卖药品可疑人员购药排名分析；涉及倒卖药品可疑人员购药数量、金额月度变化趋势图及本期上期对比分析；涉及倒卖药品可疑人员购药数量、金额饼状图分析；对追溯码重复出现次数进行分析；追溯码历史售卖路径跟踪分析；对涉嫌倒卖回流药嫌疑人整体情况进行分析；对涉嫌倒卖回流药嫌疑人详细购药情况进行分析； |
| ** | 追溯码结算占比 | 按照市级维度对追溯码上传情况进行分析；按照区县级维度对追溯码上传情况进行分析；按照医疗机构维度对追溯码上传情况进行分析；对市、区县、医药机构追溯码上传率进行线性趋势分析；对重点关注的药品信息进行管理，包括维护和审核功能 |
| ** | 药品溯源协同对接 | 统一门户子系统对接 | | 实现医保药品全流程可追溯、业务一体化办理与数据集中化管控，全面集成至全市统一的医疗保障信息门户子系统。相关业务单位仅需登录统一门户，即可无缝访问，无需重复认证，简化操作流程。 |
| ** | 智能审核子系统对接 | | 系统支持医保药品追溯监测数据向智能审核子系统的定时同步传输，确保追溯过程中产生的全量监测数据及时流转至审核环节。智能审核子系统接收数据后，将依据预设的合规校验规则、医保政策要求及追溯码管理规范，对数据进行规则引擎的数据初筛，精准识别数据中的异常点，形成违规记录待人工审核确认。人工审核结果将定期反馈，形成 “数据同步 - 智能审核 - 结果反馈” 的闭环管理流程，提升医保药品追溯监管的智能化与协同化水平。 |
| ** | 公共服务子系统对接 | | 通过与公共服务子系统进行深度对接与数据融合，共同构建了面向公众的药品全链条溯源服务与监管通道。 本次对接主要实现了以下核心功能： *.透明的信息查询：社会公众及参保人可通过公共服务门户、APP等渠道，便捷地查询药品真伪、流通轨迹及医保目录信息，保障用药知情权。 *.高效的举报反馈：公众发现药品追溯问题后可一键发起举报。系统接收后启动专业核验流程，并将最终核验结果与处理状态通过公共服务子系统实时反馈给举报人，形成社会共治闭环。 通过系统联动，不仅强化了药品安全的社会监督力量，也提升了医保管理的透明度和公信力，最终共同守护基金安全与公众健康。 |
| ** | 外部系统对接 | | 通过数据接口与外部多源业务系统（如药品监管平台、招采系统、结算系统等）进行安全、高效的数据交换，动态获取药品全链条中的各类关键信息，系统对上述外部信息与内部已有的药品追溯码上传、扫码核验等信息进行深度融合与关联分析，构建覆盖“生产－流通－使用－结算”全流程的药品溯源与业务监管视图。实现药品流向实时监控、医保基金精准结算、异常行为预警及追溯证据链完整性核验，显著提升医保药品智慧监管与风险防控能力。 |
五、其他要求
（一）性能要求
*.交互类业务
交互类业务是指平时工作中在系统中进行的业务处理，如录入、修改或删除一条记录、发布一条信息等操作。
平均响应时间：*秒；
峰值响应时间：*秒；
对于前台经办业务批量数据导入（按一次****条评估）；
平均响应时间：*秒；
峰值响应时间：**秒。
*.查询类业务
查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。
简单查询平均响应时间：*秒；
复杂查询平均响应时间：*秒；
视频播放平均响应时间：*秒。
*.交易接口服务（数据交换）；
单条记录交易接口平均响应时间：*秒；
多条记录（***条）交易接口平均响应时间：*秒。
*.大数据量、批处理业务
批量交易指一次完成多笔业务处理的交易，如批量扣缴等。由于批量交易的数据量不确定，需要根据具体的情况确定响应时间，如会计核算等业务处理。该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间视提交数据量、业务处理量而定，对于处理时长较长的业务，系统设计过程中应考虑分批次返回结果，首批返回结果时间（小于等于****条）不小于**秒。
（二）技术要求
*.总体技术要求
本项目建设需遵循《医疗保障信息平台建设指南》（医保网信办[****]*号）、《医疗保障信息系统安全开发规范》（医保网信办[****]*号）、《医疗保障信息平台应用系统技术架构规范》（医保网信办[****]*号）、《医疗保障信息平台云计算平台规范》（医保网信办[****]*号）、《医疗保障信息平台用户界面规范》（医保网信办[****]*号）等国家医疗保障局制定的标准规范技术要求。
所有应用系统都必须基于国家医疗保障局医疗保障应用框架（HSAF）开发。
采用分布式云架构，封装核心云支撑服务适配接口，实现云产品解耦设计。
基于HSAF的适配技术，将应用层依赖的分布式技术与具体厂商的分布式技术进行适配，实现应用层可以适配多家厂商的分布式技术。
基于云基础设施，为应用层提供通用的技术支撑服务，包括分布式服务、分布式缓存、分布式数据访问、分布式日志服务、非结构化存储和消息队列等。
采用云架构，在物理设备基础上，实现计算资源、存储资源、网络资源的动态管理和资源调配。
*.应用软件其它技术要求
（*）应用软件系统的各个软件功能模块应满足本文相关功能要求。应用软件必须能够切实满足系统监控管理的需求，并且适应今后的业务增长和变化，随时可以按功能需要进行修改和维护。
（*）应用软件必须基于国家医疗保障局医疗保障应用框架（HSAF）开发，有很强的灵活性和扩展性，在今后开展新业务时可通过对参数等的简单更改迅速方便地实现，具有良好的适应能力。
（*）应用软件应采用友好的图形化窗口的用户操作界面，可操作性强，而且操作界面应力求简洁、直观，具有全中文界面，有向导性功能，支持工作台化管理，有利于简化操作，并提高操作效率。在考虑简化用户的操作的同时，应允许操作人员必要时做一些人工干预。
（*）应用软件还应采用参数驱动的设计思想，在应用软件中，凡是不能确定的因素，应做到参数化，以达到通过对参数的设置就可适应不同的情况及不同时期的应用要求，并具备多用户和多任务操作能力，并对用户数不加限制。
（*）每个应用的功能由一个应用模块完成，应用模块之间应减少耦合度；应用模块与系统之间采用开放的应用接口（API）进行通信。
（*）应用软件必须可制作打包安装盘（包），具有自动安装功能以及网络远程安装功能。
（*）应用软件要遵循易操作性、健壮性、实用性、高效性和安全性的原则。
（*）灵活设计和详细规划系统操作权限，支持功能级、数据级权限控制，可按原子级业务、业务组件、业务流程分配系统操作权限；支持角色管理，个性化角色工作台展示业务组件、业务图表。
（*）应用软件应具有完整、严谨的操作权限管理机制和日志记录，确保系统的安全性和业务的可稽核性；系统采用业务回退机制，加强业务的可逆性。
（三）安全要求
系统提供良好的安全可靠性策略，支持多种安全可靠性技术手段，制定严格的安全可靠性管理措施。
（*）投标人应按客户要求配合完成商用密码应用安全性评估工作，如发现有未满足要求的，所产生的整改、修复等费用均由投标人承担。
（*）系统上线前，应按照采购人要求进行本项目全部软件应用及支撑软硬件环境的漏洞扫描，并对发现的漏洞进行修复，最终满足上云要求，产生的扫描和修复费用由投标人承担。
（*）投标人应提供详细的安全设计方案并详细说明在应用安全和数据安全方面采取的安全的措施，应满足网络安全等级保护V*.*三级等级保护的相关要求，并应按客户要求配合开展网络安全等级保护测评工作，如发现有未满足网络安全等级保护V*.*三级等级保护相关要求，所产生的整改、修复等费用均由投标人承担。
（*）投标人须严格按照国家医疗保障局下发的《医保信息系统安全开发规范》要求进行项目的建设实施。系统上线前，应按照采购人要求进行源代码安全扫描，并对发现的漏洞进行修复。投标人应提供详细的安全设计方案并详细说明在应用安全和数据安全方面采取的安全的措施。
（*）需要重点考虑数据安全。对数据授权访问、数据加密存储、数据安全风险、敏感信息保护、异常状态监控等方面，提供相应的安全解决方案。合理设定各类信息的访问场景，对大批量异常访问进行告警。合理设计数据库内个人电话、银行账号、照片指纹信息等隐私信息的加密保护机制。
（*）支持通过完整的权限管理机制进行权限划分和分级管理。
（*）投标人须提供安全设计方案，包括安全要求分析、应用安全设计、数据安全设计、运行保障设计、运维安全保障设计。
（四）项目进度要求
项目建设工期为*.*个月，自合同签订之日起*.*个月内完成项目建设。
（五）投标人项目管理要求
投标人需提供本项目的管理预案，包括项目人员名单（投标人安排的项目人员必须固定，若有替换，必须与采购人协商，否则由投标人承担相关责任。此外，投标人所安排的开发和运维人员必须专职于本项目的开发）及角色分工、项目实施计划、项目变更管理方案以及项目风险管理方案等。投标人应承诺提供现场实施服务。（文件中须提供管理预案、承诺函）
团队成员不少于*人，基本要求如下：
（*）项目经理
中标人需要为本项目安排专职项目经理。要求项目经理具有信息化总体规划能力，对医保领域信息化有深入理解，有良好的沟通能力、耐心和综合素质。
（*）需求分析阶段
中标人需与***相关人员充分沟通，掌握本项目的需求。
中标人至少需提交的文档：应用系统需求分析报告、数据现状分析报告。
（*）系统设计开发阶段
中标人至少需提交的文档：系统概要设计说明书、系统详细设计说明书、数据库设计说明书、数据治理及迁移方案。
（*）系统测试阶段
中标人至少需提交的文档：测试方案、测试过程文档、系统整体测试报告、数据转换及迁移测试报告。
（*）系统实施阶段
中标人至少需提交的文档：系统实施计划、过程文档、试运行报告。
（*）驻场服务
本项目服务期内需提供专职驻场工程师，驻场工程师具备对本系统进行修改、调整能力，并按客户要求调整本系统。
（*）保密内容
中标人需在投标文件中明确，本项目中数据（包含原始数据和衍生数据）全部为采购人所有，全部列入保密范围，中标人不得未经用户许可的情况下导出、分析以及移作他用。
（六）项目培训要求
中标人提供满足采购人要求的场地、食宿、师资、资料等条件。培训时间和地点：由采购人指定。
*.对系统建设人员的培训
系统建设人员不仅要对相关的技术有深入的研究，还要对项目运行涉及的具体业务有充分的理解。因此，应加强对系统建设人员这两方面的培训，以保证系统建设符合实际业务需要。
*.对应用部门各级系统应用人员的培训
使应用部门各级系统应用人员能够了解信息系统的建设思想、主要功能和操作规程，能够熟练应用这一系统辅助开展工作，并能结合实际工作需要提出各种改进意见。根据人员对系统的使用特点不同，对应用人员的培训分为两个层次：
（*）对领导培训的主要目的是使有关主管领导对系统有一定的了解，便于领导进行决策和指挥工作；
（*）对其他应用人员的培训，主要使他们在各业务环境下能够很好地利用系统完成相应的专业工作，提高工作效率，提高信息的准确性和全面性。
*.系统运行维护人员的培训
系统运行维护人员培训主要包括以下几个方面：系统整体知识培训、信息系统培训、信息系统等级保护培训、安全事件应急处置培训等。通过培训使项目运维队*能够充分掌握业务运营技术和维护经验，从技术上和管理上保证信息系统能正常运行。为了保障系统的安全稳定运行，还应对系统运行维护人员进行设备特性、系统功能、故障诊断、安全技术、规范操作、系统备份、系统恢复以及管理制度等方面的培训。中标人须针对各系统分别制定培训方案。
（七）项目验收要求
*.验收组织
项目验收分为初验和终验，依据《沈阳市政务信息化建设项目管理暂行办法》【沈数据发〔****〕* 号】执行。
*.初验流程
（*）在项目设计开发完成并通过用户方测试后，采购人依据相关批复文件、招标采购文件、合同，对项目的工程、技术、财务和档案等进行项目初验，形成验收报告。
（*）初步验收合格后，采购人进行项目试运行，试运行期*个月。若出现系统重大运行故障，试运行期重新计算。
*.终验流程
中标人完成全部建设任务，并且试运行满*个月后，采购人向沈阳市数据局申请竣工验收，由沈阳市数据局或沈阳市数据局的委托第三方机构开展竣工验收。
*.验收内容
（*）审查项目的建设目标、规模、内容、质量及资金使用等情况。
（*）审核项目形成的资产情况。
（*）评价项目交付使用情况。
（*）检查项目建设单位执行国家法律、法规情况。
*.验收相关材料
中标人须协助整理并提供以下验收材料，包括但不限于：项目建设总结、财务报告、审计报告、网络安全等级保护测评报告、密码应用安全性评估报告、试运行报告等材料。
（八）售后服务要求
中标人需满足如下售后服务要求：
（*）针对本次招标的所有软件，中标人应提供项目终验后三年的原厂免费维维服务以及三年免费的平台功能升级服务。
（*）在软件维保期内，中标人应提供灵活、多样的通信手段（包括但不限于场地、设备及人员、专用服务电话），提供****小时的响应服务，保证在任何时候用户单位都能及时找到中标人的服务人员。如遇驻场人员无法解决的问题或采购人认为需要，中标人的技术人员应在**小时内赶到现场支持；
（*）所供软件出现问题时，其响应时间不超过**分钟，一般故障处理时间不大于*小时，特殊情况下故障修复时间不大于**小时；
（*）中标人应提供排除故障响应的具体流程；
（*）中标人应在技术建议书中说明技术指导和技术支持的范围和程度，中标人应提供技术服务流程，技术服务内容。
（九）数据及技术成果产权要求
本项目涉及的所有数据及技术成果产权归采购方所有。
注：本章所有内容均为实质性要求，不得负偏离，否则按无效投标处理。
