医保系统项目实施方案

医保系统项目

实施方案 项目名称 系统项目编号 谈判日期： TOC\o"1-5"\h\z第二章册方案 5总体概述 5\o"CurrentDocument"\h建设内容 5\o"CurrentDocument"\h功能列表 5\o"CurrentDocument"\h功能设计 8\o"CurrentDocument"\h医保电子处方中心能力对接 8\o"CurrentDocument"\h医保电子处方数据流转业务模块 31\o"CurrentDocument"\h区块链系统对接 44\o"CurrentDocument"\h系统对接 44建设要求 44第三章项目实施方案 45项目实施和管理响应 45项目管理方案 46项目管理要求 46\o"CurrentDocument"\h需求管理 47\o"CurrentDocument"\h过程管理 47接口管理 55风险控制方案 55质量保障管理方案 60项目管理制度 68.1.项目沟通管理 68项目变更管理方案 69项目实施机构人员职责 71人员要求响应 71.职责分工 72工程进度安排 73项目进度安排 73实施保障措施 75施方案 77实施计划 77系统服务内容 77系统支持服务 77系统优化服务 78文档管理措施 78项目验收 80第四章培训方案 80培训承诺 8042培训计划 80培训目的 80培训对象 81423.培训计划 82培训内容 82培训方法 82现场培训 82集中培训 83培训时间 83培训地点 83培训师资要求 83第五章售后服务方案 83售后服务承诺 83售后服务内容 85服务理念 86服务架构 86售后服务流程 86系统故障处理流程 86突发事件救援流程 87预防性系统维护流程 87软件更新与升级流程 87服务投诉处理流程 87售后服务方式 88远程支持服务 88现场维保服务 88升级支持 88后续开发支持服务，包括工作量、人员要求等响应 88巡检服务 88售后服务人员 89技术指导和技术支持的范围和程度 89561.制定应急预案 90应急方案 90技术支持服务 91预防性服务 93恢复性服务 94第一章技术方案11.总体概述根据XXXX科技有限责任公司关于医疗服务平台建设的需要，保障统一医保信息平台的落地使用，提高平台的服务升级。我公司本次提供的医疗平台软件能够在掌握国家相关政策的前提下提供符合本次项目需求的软件技术，达到采购人的平台功能升级的目的，满足匹配医保覆盖领域广、覆盖人群身份多样的要求，能针对不同用户提供对应的医保知识服务，提高平台用户的满意程度。系统的设计严格参照国家标准和先进的技术经验，打造符合本次采购人所要求实现的效果，建设的医保智能处方子系统也将会给用户带来实质性的效益，促进便民惠民服务。建设内容基于全国统一的医疗保障信息平台与医保信息业务编码，依托医保电子凭证身份认证与核验能力，在XX省部署省级电子处方中心，通过省级平台与国家平台之间的协同联动，建设XX省医保官方公共服务APP/小程序提供医保电子处方流转服务，实现定点医疗机构就医、处方流转至定点零售药店完成购药，解决参保人院外用药需求和处方合规问题，同时落实国家及地方政策并满足处方流转相关管理要求，通过提供处方流转服务，保障参保人合理用药需求与基金安全。系统设计满足国家医保信息平台的技术要求，也能够满足采购人对于本次系统的服务要求，真正能够为参保人提供便捷的智能处方购药应用，落实政策要求,以及实现参保人和基金的安全。功能列表

系统所包含的主要功能模块内容如下:序;号系统名称业务模块一级功能二级功能三级功能1医疗服务平台医保智能处方子系统医保电子处方中心对接部署国家局区块链对接国家局区块链适配应用对接信任构建与系统治理2对接账户和密钥管理3对接智能合约4对接区块链存储5开发封装区块链SDK区块链数据读写6网络接入同步异步交互机制7隐私保护及密钥管理8区块链应用开放接口资源目录9注册接入10发现调用11编排组合12业务应用对接支持各类业务使用支持医保官方公共服务应用就医购药13支持医保电子凭证在定点医疗机构应用就医购药14支持医保电子凭证在定点零售药店应用线上购药15持身份证、实体社保卡线下就医购药16定点医疗机构只能处方上传17智能厨房撤销18渠道应用智能处方查询19渠道应用智能处方展码20渠道应用智能处方流转授权21定点医药机构智能处方下载22定点医药机构处方药师审核23定点医药机构处方药品销售出库24定点医药机构处方结算及状态变更25处方结算撤销通知

26定点医药结构处方配送信息同步27医保电子处方数据流转用户端注册及业务功能系统注册用户注册28在线开方29处方购药30支付订单31预约面诊32我的预约33电话咨询34两定机构杳询功能两定机构查询功能35医生注册及业务功能医生注册医生注册36邀请注册邀请注册37医生开方需求分配38开方医生开方39药品撤销40药店注册及业务功能注册注册41药店二维码药店二维码42药品管理药品添加43药品维护44购药记录购药记录45药店后台管理查看药店信息46查看药品信息47添加药品信息48查看购药记录49营业员/审药师注册及业务功能营业员/审药师注册营业员/审药师注册50营业员/审药师功能营业员/审药师功能51医院信息管理C)CR识别录入

52医院数据管理自定义填写53批量导入54科室管理科室列表55新增科室56修改科室57医生管理医生管理58处方管理处方清单59电子处方信息60平台药师审方审核开方列表61查看处方62处方同步处方同步处方同步63区块链系统对接区块链系统对接区块链系统对接64系统对接系统对接根据实际情况进行平台内系统对接、定制开发1.4.功能设计4.1.医保电子处方中心能力对接14.11总体建设方案1）应对地方医保部门使用XX省医疗保障局在建设过程中应严格按照全国统一的医保信息平台技术规范，按部、省两级进行建设部署，XX省医保核心业务系统应统一对接XX省医保电子处方中心，并在此基础上扩展医保电子处方数据流转业务模块实现医保智能,按医医保电子处方中心统一标准和技术规范接入，此外通过本地化实施、增加医保电子处方数据流转业务模块和对接两定机构、第三方服务机构实现医保智能处方服务。XX省医保局统一通过医保电子处方管理后台和医保电子处方数据流转业务模块后台进行渠道申请及审批、权限管理、地方业务参数配置、数据统计分析等相关管理。2）应对定点医药机构使用定点医药机构在开展智能处方业务前应通过全国统一的医保信息平台接入地方医保核心业务区，并按《全国核心业务区骨干网络建设指南》等相关规范进行网络建设。定点医药机构统一与地方医保电子处方中心进行实时业务交互，并严格遵守医疗保障信息业务编码标准。3）应用渠道使用渠道开展线上业务口寸，在接入医保电子处方中心前需先按照医保电子凭证中心接入规范完成医保电子凭证渠道对接，并由医疗保障部门通过医保电子处方中心管理后台进行授权和渠道审批后，通过医保公共服务区进行医保智能处方渠道服务对接。4）应用业务适配使用a.医保电子处方的适用范围：用户在定点医疗机构、互联网医院等线下诊疗或线上问诊、续方诊疗过程中医保医师为其开具的智能处方。b.医保电子处方为利于追溯，包括定点医疗机构编码、院内处方编号和医保医师编码等诊疗信息必须完整上传，并采用医疗保障信息业务编码标准，与医保电子凭证身份绑定后生成唯一的医保智能处方单号，实现“一方一单号”全流程可追溯，标准全国统一，处方全国通用，跨渠道通用。c.医保电子处方单号同个人医保电子凭证关联，通过个人医保电子凭证可查询所有历史处方信息。d.医保电子处方涉及个人敏感数据，必须传输到医保信息平台核心区后加密存储，并采用国密算法确保处方传输和流转的信息安全。e.定点医疗机构医保医师根据患者就诊用药需求，确认是否需要外购药品，经与患者沟通且患者知情同意后开具外购处方，地方医保局也可以制定政策，如处方流转药品目录和库存情况来作为限定条件。f.定点医疗机构上传处方数据时时须一并上传院内处方的格式化电子文件，（定点医疗机构实际诊疗过程中所开具的数字化医疗文书），均应符合当地相关部门的政策要求和处方管理规定，且经药师审核合格后方可生效。g∙互联网医院开展处方流转业务须依托实体定点医疗机构，应遵守医保电子处方中心两定机构侧接入规范，在开展“互联网+”医疗服务时，应向所在统筹地区医保经办机构申请签订“互联网+”医疗服务医保补充协议。h.为保障用户隐私及权益，定点医药机构读取下载医保电子处方需经过用户授权，未经用户授权的医保电子处方无权限下载。对于用户已授权的医保电子处方，仅限被授权的定点医药机构使用，定点医药机构不得将智能处方转发或转投给其他方读取和使用，地方医保局可在定点医药机构服务协议或“互联网+”医疗服务医保补充协议中明确相关要求。i.医保局可在符合当地相关部门及药品管理政策的前提下，根据业务需要自行制定医保电子处方外购药品目录范围，对包含麻醉药品、精神类药品以及其他用药风险较高、有其他特殊管理规定药品进行管理。j.医保可确定遴选标准和程序，将资质合规、管理规范、信誉良好、布局合理，并且满足对所售药品已实现电子追溯等条件的定点医药机构纳入服务范围，与信用评价、进销存监管、智能监控等系统协同，保障医保智能处方流转等业务安全运行。,对接核心业务应用1）医保公共服务应用医保智能处方应用是由国家或地方医保局自行建设，面向社会公众提供医保查询、业务办理、医保电子处方等公共服务应用，涵盖移动应用和PC网厅，如国家医保公共服务平台APP。用户在激活医保电子凭证后可在医保公共服务应用上进行处方信息查询、处方状态查询、医保电子处方二维码展码、处方流转授权、定点医药机构及药品信息查询等处方业务办理。2）定点医药机构应用定点医药机构应用是指由定点医药机构自主建设，向用户提供线上“互联网+”医疗及医药服务的线上应用。定点医药机构应用接入医保电子处方中心前，应向地方医保局提交接入申请,再由地方医保局向国家医保局提交审核，国家医保局审核通过后，该应用可接入医保电子处方中心，开展处方流转、线上续方、用药咨询、取药购药、药品配送服务。3）医保电子处方中心依托部署实施的医保电子处方中心进行对接，按照全国统一的医疗保障信息平台与医疗保障信息业务编码标准，依托医保电子凭证身份认证与核验能力，通过实施联接地方医保系统、渠道、定点医药机构和第三方服务机构，实现定点医疗机构处方信息、医保结算信息与药品零售消费信息互联互通、实时共享，全国范围内定点医药机构的处方流转及标准互认，从而实现在此基础上的智能化购药。4.1.3.主要业务功能1）支持医保官方公共服务应用就医购药a.业务功能用户使用医保官方公共服务应用在定点医疗机构线下就医，医师开具智能处方，处方购药。b.业务流程c.流程描述用户使用医保官方公共服务应用就医购药场景流程描述如下：令用户使用医保官方公共服务应用进行就医购药；◊定点医药机构通过医保电子凭证中心核验用户身份信息；。根据返回的用户身份信息，定点医疗机构医师开具智能处方；◊定点医疗机构通过核心业务区上传智能处方信息至医保智能处方模块；令定点医疗机构确认是否需要处方外购（地方医保可根据业务需要，将此判断节点前置于智能处方上传流程前，只上传外购处方，其他流程中有外购判断时类似，不在重复说明）：1）定点医疗机构院内购药的，院内进行费用结算，并由医保核心业务系统通知医保智能处方模块进行处方使用状态变更；2）定点医疗机构院外购药的，由用户自主选择到院外定点医药机构购药；令到院外定点医药机构购药时，用户通过医保公共服务查询个人智能处方，选择定点医药机构线下进行医保智能处方流转授权；。定点医药机构获取到处方授权令牌信息后，从医保智能处方模块下载处方令定点医药机构执业药师对智能处方进行审核，并将审核结果和状态信息上传，药师审核通过的处方才能进行结算；令定点医药机构在信息系统录入药品销售出库明细信息（地方医保局可根据自身监管需要，要求定点医药机构对实际销售出库的处方药品明细信息上传至医保智能处方模块，以利于监管、追溯）；令定点医药机构对处方药品发起费用结算，结算完成后地方医保核心业务系统通知医保智能处方模块进行处方使用状态变更；。用户完成线下处方购药。3）支持医保电子凭证在定点医疗机构应用就医购药a.业务功能用户使用定点医疗机构应用进行线下就诊或线上问诊、续方时就医购药的场景。b.业务流程c.流程描述用户使用定点医疗机构应用就医购药场景流程描述如下：令用户在定点医疗机构渠道应用上，激活授权绑定医保电子凭证并登录；◊医保电子凭证中心对渠道用户身份信息进行身份核验；◊医保电子凭证中心返回生成的身份授权信息，用于进行后续业务服务验证令用户使用定点医疗机构渠道应用进行线下就诊或线上问诊、续方；。定点医疗机构医保医师开具智能处方；令通过定点医疗机构信息系统在医保核心业务上传智能处方至医保智能处方模块；令用户院内取药时通过定点医疗机构渠道应用请求医保移动支付中心进行线上处方药品的医保移动支付；。医保移动支付中心请求地方医保核心业务系统与定点医疗机构完成处方药品的费用结算后，地方医保核心业务系统通知医保智能处方模块进行处方使用状态变更；◊医保移动支付中心将混合支付结果返回至渠道展示；令定点医疗机构门诊药房或委托配送的药品配送企业在信息系统录入药品销售出库明细信息，并打印清单（地方医保局可根据自身监管需要，要求定点医疗机构门诊药房或药品配送企业对实际销售出库的处方药品明细信息上传医保智能处方模块，以利于监管、追溯）；令定点医疗机构渠道应用将配送信息及状态、签收确认信息进行同步通知（地方医保局可根据自身监管需要，要求定点医疗机构门诊药房或药品配送企业对药品配送状态信息及确认签收结果信息上传医保智能处方模块，以利于监管、追溯）；。用户院外购药时，用户也可通过医保公共服务渠道应用查询处方选择到线下定点零售药店进行处方授权流转购药；令用户完成线上问诊、续方购药。4）支持医保电子凭证在定点室售药店应用线上购药a.业务功能用户在实体定点医疗机构线下就诊或定点医疗机构渠道应用线上问诊、续方后，医师开具智能处方，通过有互联网药品销售资质的定点零售药店渠道应用授权处方，进行线上处方流转购药的场景。b.业务流程c.流程描述用户使用定点零售药店应用线上购药场景流程描述如下：令用户在有互联网药品销售资质的定点零售药店渠道应用上，激活授权绑定医保电子凭证并登录，发起查询个人处方请求前需通过线上身份核验用户授权令医保电子凭证中心对渠道用户身份信息进行线上身份核验；◊医保电子凭证中心返回生成的线上身份授权信息，用于进行后续业务服务验证；令用户在渠道查询处方后选择处方及定点零售药店进行医保智能处方流转授权;。用户在定点零售药店渠道应用向医保移动支付中心发起处方药品线上结算请求；◊渠道通过医保移动支付中心请求地方医保核心业务系统费用结算，完成医保混合支付后支付结果返回渠道展示，地方医保核心业务系统通知医保智能处方模块进行处方使用状态变更；◊定点零售药店获取到线上处方流转授权信息后，从医保智能处方模块下载处方；。定点零售药店执业药师对智能处方进行审核，并将审核结果和状态信息上传，药师审核通过的处方才能进行结算；。定点零售药店在信息系统录入药品销售出库明细信息，并打印清单（地方医保局可根据自身监管需要，要求定点零售药店对实际销售出库的处方药品明细信息上传医保智能处方模块，以利于监管、追溯）；。定点零售药店渠道应用将配送信息及状态、签收确认信息进行同步通知（地方医保局可根据自身监管需要，要求定点零售药店对药品配送状态信息及确认签收结果信息上传医保智能处方模块，以利于监管、追溯）；令用户完成线上处方流转购药。5）支持身份证、实体社保卡线下就医购药a.业务功能用户使用身份证或实体社保卡在定点医疗机构线下就医，医师开具智能处方，处方购药的场景。b.业务流程c.流程描述用户使用身份证、实体社保卡就医购药场景流程描述如下：a）用户在线下就医购药时出示身份证或实体社保卡；b）定点医疗机构通过终端读取用户身份信息；c）根据返回的用户身份信息，定点医疗机构医师开具智能处方；c1）定点医疗机构通过核心业务区上传智能处方信息至医保智能处方模块；e）定点医疗机构确认是否需要处方外购：1）定点医疗机构院内购药的，院内进行医保结算，并由地方医保核心业务系统通知医保智能处方模块进行处方使用状态变更；2）定点医疗机构院外购药的，用户自主到院外定点医药机构购药；f）到院外定点医药机构购药时，用户对定点医药机构进行医保智能处方流转授权；g）定点医药机构获取到处方授权信息后，从医保智能处方模块下载处方；h）定点医药机构执业药师对智能处方进行审核，并将审核结果和状态信息上传，药师审核通过的处方才能进行结算；i）定点医药机构在信息系统录入药品销售出库明细信息（地方医保局可根据自身监管需要，要求定点医药机构对实际销售出库的处方药品明细信息上传至医保电子处方中心，以利于监管、追溯）；j）定点医药机构对处方药品发起费用结算，结算完成后地方医保核心业务系统通知医保电子处方中心进行处方使用状态变更；k）用户完成线下处方购药。4.1.4.主要业务流程1）定点医疗机构智能处方上传业务流程a.业务功能定点医疗机构通过核心业务区连接地方医保电子处方中心，进行智能处方信息上传，并将处方同步至省医保局和国家医保局。b.智能处方上传流程智能处方上传流程参见下图：前置条件：定点医疗机构已完成核心业务区网络环境接入。c.流程描述智能处方上传业务流程描述：a）用户可在线下通过医保官方渠道或第三方渠道应用出示医保电子凭证、身份证或实体社保卡读卡进行线下就诊，或通过定点医疗机构渠道应用进行医保电子凭证线上身份核验后进行线上问诊、续方；b）线下就诊场景时可通过医保电子凭证解码或刷脸、身份证或实体社保读卡（需已完成医保电子凭证激活）等方式，获取参保人身份信息及医保电子凭证身份核验令牌，用于进行后续业务服务验证；c）线上问诊场景开展业务前渠道应先通过医保电子凭证中心进行线上身份核验用户授权；d）医保电子凭证中心返回生成的线上身份授权信息，用于进行后续业务服务验证；e）定点医疗机构医师开具智能处方（定点医疗机构医保智能处方的服务权限开通及药品目录、病种的范围、开方医师信息，地方医保局可在医保智能处方管理后台中进行管理和配置）；f）定点医疗机构院内药房药师审核处方；g）定点医疗机构提交处方明细信息及医保电子凭证身份信息，请求地方医保电子处方中心进行核验;h）地方医保电子处方中心请求医保电子凭证中心进行医保电子凭证线下令牌或线上身份授权信息核验；i）医保电子凭证中心核验通过后，地方医保电子处方中心对上传的智能处方明细进行处方核验，对包括定点医疗机构身份和权限、处方数据完整性、处方业务规范均核验通过后，医保电子处方中心生成医保智能处方追溯码并返回；j）定点医疗机构在生成智能处方原件时，将返回的医保智能处方追溯码附加在处方原件内容中，以利于追溯智能处方真实性；k）定点医疗机构将智能处方信息及原件一并上传至地方医保电子处方中心；1）地方医保电子处方中心对智能处方信息及原件存储归档，返回成功上传后生成的唯一的医保智能处方编号；m）定点医疗机构可存储地方医保电子处方中心返回的医保智能处方编号及状态，用于后续业务交互；∏）地方医保电子处方中心将处方信息同步至国家医保电子处方中心；0）地方医保电子处方中心消息通知展码渠道或医保电子凭证线上身份核验渠道，渠道消息提醒用户处方上传信息和状态。1）智能处方撤销流程a.业务流程智能处方撤销业务流程参见下图：前置条件：医保电子处方中心存在已上传的处方。b.流程描述智能处方撤销业务流程描述：a）定点医疗机构向地方医保电子处方中心发起处方撤销申请；b）地方医保电子处方中心判断处方是否已结算，已结算取药的处方不可撤销；C）撤销失败的处方返回撤销失败原因；c1）撤销成功的返回撤销结果至定点医疗机构；e）地方医保电子处方中心对已撤销的处方状态同步至国家医f）地方医保电子处方中心消息通知展码渠道或医保电子凭证线上身份核验渠道，渠道消息提醒用户撤销原因及状态。2）渠道应用智能处方查询业务流程i∙业务功能用户通过医保官方渠道或第三方渠道查询个人处方信息。ii∙业务流程智能处方查询业务流程参照下图：前置条件：渠道已经接入医保电子凭证中心，并实现医保电子凭证线上身份核验服务对接。iii∙流程描述智能处方查询业务流程：a）用户在医保官方渠道或第三方渠道应用进行个人处方查询b）前，应先引导用户进行医保电子凭证线上身份核验及用户授权；c）医保电子凭证中心返回线上身份授权信息给渠道；d）渠道使用医保电子凭证线上身份授权信息请求医保电子处方中心，获取医保智能处方访问令牌或渠道服务页面；e）地方医保电子处方中心调用地方医保电子凭证中心对线上身份授权信息进行有效性核验，核验通过后返回医保智能处方线上访问令牌或动态生成的渠道服务页面；f）地方医保电子处方中心对智能处方线上访问令牌进行核验，在医保智能处方访问令牌有效期内，渠道可以多次发起智能处方查询；g）渠道展示智能处方查询结果。3）渠道应用智能处方展码业务流程.业务功能用户在医保官方渠道或第三方渠道查询个人处方信息后，选择处方进行智能处方二维码展码，用于线下处方取药场景。.业务流程智能处方展码业务流程参照下图：前置条件：展码的智能处方处于有效状态，并未被使用。.流程描述智能处方展码业务流程：a）用户在医保官方渠道或第三方渠道应用，进行个人智能处方查询；b）用户根据渠道返回的就诊处方历史信息选择对应要展码的处方，渠道发起展码请求；c）地方医保电子处方中心对处方状态及有效性进行处方核验；c1）处方核验通过后，地方医保电子处方中心根据医保智能处方追溯码生成动态二维码并缓存状态；e）地方医保电子处方中心返回码值至渠道，渠道进行展码。5）渠道应用智能处方流转授权业务流程i∙业务功能用户在医保官方渠道或第三方渠道，通过线下医保智能处方二维码展码或出示医保电子凭证、身份证、实体社保卡等身份证明、以及医保电子凭证线上身份核验授权的方式，将个人智能处方信息授权给定点医药机构用于医药服务。ii∙业务流程智能处方流转授权业务流程参见下图：前置条件：用户的医保电子凭证在渠道已激活授权，且个人智能处方已上传至地方医保电子处方中心。iii.流程描述智能处方流转授权业务流程：a）用户可通过医保电子凭证身份验证或医保智能处方渠道服务接入的两种方式授权；b）用户使用医保电子凭证身份验证的方式进行处方流转时，在定点医药机构线下可通过医保电子凭证二维码解码、刷脸、身份证或社保卡读卡验密（医保电子凭证密码）等方式进行身份核验；c）医保电子凭证中心确认用户身份并返回医保电子凭证的核验令牌；d）定点医药机构使用医保电子凭证的核验令牌请求医保电子处方中心，进行处方线下流转授权；e）用户使用医保智能处方渠道授权进行处方流转时，在医保官方渠道或第三方渠道进行智能处方查询后，根据杳询返回的智能处方列表，选择需流转的智能处方，进行医保智能处方二维码展码，定点医药机构扫描医保智能处方二维码后进行解码实现线下处方流转授权；f）若渠道为定点零售药店线上购药渠道的，用户也可选择需流转的智能处方，通过医保电子凭证线上身份授权信息，将处方线上流转授权给指定的定点零售药店；g）医保电子处方中心请求医保电子凭证中心对医保电子凭证线下核验令牌或医保电子凭证线上身份授权信息进行核验；h）医保电子凭证中心核验通过后，医保电子处方中心将处方授权给定点机构，医保电子处方中心生成智能处方与授权定点机构的绑定关系；i）线下流转时医保电子处方中心将生成的智能处方令牌信息返回给定点医药机构；j）线上流转时医保电子处方中心将生成的处方授权编号及流水号等信息返回给渠道；k）定点医药机构渠道应用将处方授权流水号等信息消息通知传递给线下定点医药机构；1）定点医药机构通过核心区专线，使用处方授权信息请求医保智能处方令牌，医保电子处方中心验证处方授权信息后，将生成的智能处方令牌信息返回给定点医药机构；m）定点医药机构使用智能处方令牌信息进行后续的智能处方下载业务服务。4）定点医药机构智能处方下载业务流程.业务功能定点医药机构通过接入医保电子处方中心服务，在用户授权处方流转后，读取下载用户的智能处方。.业务流程能处方下载业务流程见下图：前置条件：用户已将个人未使用的医保智能处方流转授权予定点医药机构,且定点医药机构身份有效，并已开通服务接入。.流程描述智能处方下载业务流程：a）用户在完成处方流转授权后，定点医药机构使用返回的智能处方令牌信息和处方授权信息，通过核心业务区向地方医保电子处方中心发起智能处方下载请求（定点医药机构医保智能处方的服务权限开通，地方医保局可在医保智能处方管理后台中进行管理和配置）;b）地方医保电子处方中心进行处方流转授权状态核验，验证定点医药机构的身份及处方流转授权关系真实有效性；C）处方流转授权状态核验通过后，地方医保电子处方中心判断本地是否存在处方，本地存在的直接返回，异地的处方通过国家医保电子处方中心异地路由获取，并变更异地处方状态；d）定点医药机构从医保电子处方中心下载处方详情及智能处方原件；e）定点医药机构展示下载的处方详情及智能处方原件，用于药师处方审核。5）定点医药机构处方药师审核业务流程i∙业务功能定点医药机构负责审方的执业药师，对下载的智能处方进行审核，并将审核结果及处方审核意见上传。ii.业务流程处方药师审核业务流程见下图：前置条件：定点医药机构已成功下载用户授权的智能处方详情和智能处方原件。处方药师审核业务流程：a）定点医药机构下载医保智能处方后，请求地方医保电子处方中心进行智能处方原件医保智能处方追溯码查验；b）查验结果通过，定点医药机构负责审方的执业药师，审阅用户的智能处方，按照国家和地方食药监的处方管理办法，对处方进行“四查十对”；C）执业药师提交处方的审核结果和审核意见；d）地方医保电子处方中心对定点医药机构的服务开通权限及状态，药师执业机构一致性等信息进行核验；e）定点医药机构信息核验通过后，地方医保电子处方中心可配置对审方药师的医保电子凭证身份信息进行核验，确定药师本人在岗执业（定点医药机构医保智能处方服务的医保药师信息，地方医保局可在医保智能处方管理后台中进行管理和配置）；f）审核完成后的智能处方审核信息上传并保存至地方医保电子处方中心g）地方医保电子处方中心保存处方审核结果、处方意见并变更处方审核状态；h）若定点医疗机构需要患者处方审核反馈信息，地方医保电子处方中心可将处方审核结果信息反馈数据回传至开方的定点医疗机构，或定点医疗机构主动查询处方审核结果信息；D地方医保电子处方中心消息通知展码渠道或医保电子凭证线上身份核验授权渠道用户，渠道消息提醒用户处方药师审核结果和状态；j）地方医保电子处方中心将处方审核状态信息同步至国家医保电子处方中心。6）8）定点医药机构处方药品销售出库业务流程.业务功能定点医药机构对销售的处方药品，进行药品销售出库明细信息进行上传，用于用户结算药品信息查询及信息追溯。.业务流程处方药品销售出库明细上传业务流程见下图：前置条件：智能处方已完成执业药师审核。iii∙流程描述处方药品销售出库明细上传业务流程：a）定点医药机构完成费用结算后在医药机构信息系统录入药品销售出库明细信息，包括出库单信息、药品追溯码、条形码、批次号等；b）定点医药机构上传处方药品销售出库明细；c）地方医保电子处方中心保存上传的处方药品销售出库明细；d）地方医保电子处方中心将处方药品销售出库明细信息与处方信息及医保电子凭证身份信息关系追溯记录。7）定点医药机构处方结算及状态变更业务流程.业务功能定点医药机构对处方药品发起结算或结算撤销，在进行费用结算前地方医保核心业务系统需请求医保电子处方中心核验处方信息及状态，业务完成后通知医保电子处方中心结算或结算撤销的结果和状态，并变更处.业务流程处方结算及状态变更业务流程参见下图：前置条件：定点医药机构发起智能处方的结算时需传递包括医保智能处方编号、处方明细、处方外购流转标志等医保智能处方信息，作为处方结算核验的索引和查询条件。.流程描述a）定点医药机构提交处方信息和费用明细发起结算；b）地方医保核心业务系统费用结算前须进行处方核验，向医c）保电子处方中心请求核验处方有效性及参保人、处方所属人的身份一致性、处方药品目录等信息，核验通过才能进行医保费用结算；d）地方医保核心业务系统完成费用结算后，返回结算结果给定点医药机构;e）地方医保核心业务系统在完成费用结算的同时，将结算结f）果通知至地方医保电子处方中心；g）地方医保电子处方中心存储处方结算结果，并变更处方使用状态信息h）地方医保电子处方中心通过渠道消息通知展码渠道或医保电子凭证线上身份核验授权渠道的用户，渠道消息提醒用户处方结算结果和状态；D若开方的定点医疗机构需要患者处方取药反馈信息，地方医保电子处方中心可将处方购药的结果反馈数据回传至开方的定点医疗机构，或定点医疗机构主动查询处方取药结果信息；j）地方医保电子处方中心将处方结算结果及处方状态同步反馈至国家医保电子处方中心。8）处方结算撤销通知业务流程.业务流程处方结算撤销通知业务流程见下图：前置条件：定点医药机构发起医保智能处方的结算时需传递包括医保智能处方编号、处方外购流转标志等智能处方信息，作为结算撤销通知的索引和查询条件。.流程描述a）定点医药机构提交处方信息及费用撤销明细；b）地方医保核心业务系统进行费用结算撤销；c）地方医保核心业务完成费用结算撤销后，返回结算撤销结果至定点医药机构;d）地方医保在完成费用结算撤销的同时，将结算撤销结果通知至地方医保电子处方中心；e）地方医保电子处方中心存储结算撤销结果信息，并变更处方状态为未使用；f）地方医保电子处方中心通过渠道消息通知展码渠道或医保电子凭证线上身份核验授权渠道的用户，渠道消息提醒用户处方结算撤销结果和状态；g）地方医保电子处方中心将处方结算撤销结果及处方状态同步反馈至国家医保电子处方中心。9）定点医药机构处方配送信息同步业务流程i∙业务功能定点医药机构对处方药品发起配送，并将配送信息及配送状态同步至医保电子处方中心，用于用户配送信息查询及信息追溯。业务流程处方配送信息同步业务流程参照下图：前置条件：定点医药机构已完成处方销售出库明细上传。i.流程描述处方配送信息同步业务流程：a）定点医药机构进行药品销售出库明细录入后，打印药品清单；b）定点医药机构发起药品配送；c）定点医药机构配送员取药后，定点医药机构将配送员身份信息与配送明细信息上传至地方医保电子中心；d）配送过程实时状态和进度可通过同步接口多次实时同步更新；e）定点医药机构配送员送药上门，核验并确认收药人身份（地方可自行采取扫医保电子凭证码、人脸等方式进行验证）；f）用户核对药品清单和实际配送药品的追溯码、条码信息、批次信息等确认无误，确认签收；g）定点医药机构将配送完成信息和身份核验结果，请求医保电子处方中心进行智能处方信息核验；h）核验通过后确认签收，地方医保电子处方中心变更处方状态完成配送D地方医保电子处方中心将处方药品配送信息、确认签收信息与处方信息及医保电子凭证身份信息关系追溯记录；j）地方智能处方中心通过渠道消息通知医保电子凭证线上身份核验授权的渠道用户，渠道消息提醒用户配送完成结果和信息。1415国家局区块链基础能力对接基于国家医保局顶层设计，满足高内聚和低耦合的设计原则，遵循国家医保局医疗保障信息平台建设工程建设规范，对接国家局相关支撑系统，构建XX省医保局医疗保障信息平台区块链基础能力。1416国家局区块链接入1）对接国家局区块链区块链基于端到端网络协议所组成的对等网络构建而成的区块链联盟，具有完整且安全的联盟成员全生命周期治理机制，可以实现联盟链成员身份管理与安全管理。本次项目需要对接国家局区块链，以联盟成员的身份使用区块链执行链上业务，需要建立并实现：a）信任构建与系统治理：包括T1S证书获取、信任机制应用、联盟管理、系统治理、账户和合约管理等;b）账户和密钥管理：包括密钥使用、交易结构应用、交易安全管理等；C）智能合约：根据国家局区块链技术规范要求开发智能合约；d）区块链存储应用：根据技术规范要求包装区块链存储接口，实现数据上链和数据获取，包括全局数据、历史数据、世界状态等信息；2）跨链对接：根据技术规范，实现国家局区块链与省政府区块链以及其他行业区块链的跨链数据交换接口对接；3）开发封装区块链SDK应用接口国家局区块链提供基础SDK以支持开发者进行相关应用与客户端开发，以及与区块链网络交互的能力。SDK所具备的能力如下：◊从功能特性上，有：可面向账户、合约、区块、交易等方面构造并发送与接收业务请求或响应，完成区块链上数据的读写；支持事件交互机制、状态统计监控、简单支付验证等能力。令从网络能力上，有：支持TCP、T1S.HTTP、HTTPS等多种接入方式，以及同步异步交互机制，从而协助开发者实现灵活的编程模型；同时支持链路超时、断线重连、故障切换等能力，实现灵活的网络会话管理能力。◊从安全能力上，有：支持国密和国际密码学算法以及隐私保护算法，并且支持安全强大的密钥生成、管理和使用能力。本项目需要根据提供的区块链SDK进行开发封装，以适配医保局业务应用的适配使用。.区块链应用接口医保区块链应用开放接口是基于国家医保局区块链基础平台的基础上，针对不同的用户群体和业务应用提供不同的能力集合，让用户可以便捷、安全、高效的使用区块链能力应用于医保业务。同时具备了对外开放的能力，用户可以通过API、SDK、HTTP/HTTPS等方式调用平台能力。医保链应用开放接口支撑的整体功能架构如下所示：整体医保区块链应用接口主要由交互层，开放层和基座层组成，其中基座层做为整个平台的基础，主要包括整体的数据汇聚、建模分析和能力仓库，是整个平台的基座，提供了对于数据和能力的管理、包装以及必要的安全隔离：数据汇聚及分析模块对接区块链基础平台的数据接口以及必要第三方系统,根据能力的使用要求和开放接口进行数据资源的梳理分类和重新组合，提供资源目录、数据标签、数据质量管理等功能，同时可根据上层的业务需要提供数据基础建模分析。能力仓库作为能力的集合是我们对于医保业务能力的封装，根据不同角色和应用目的，可以分为医保管理能力、投保人服务能力、医疗结构能力、可信验证能力、安全能力、合约管理能力等。能力仓库是能力的结构化管理，可以根据具体的业务需求增加或者减少能力，也可以进行能力的灵活分类调整。在基座层之上是能力开放层，根据平台封装的能力集合提供注册接入、发现调用、编排组合以及所需的运营、运维等服务。保障整体医保业务所需要的能力得到便捷、安全、稳定的开放。为多渠道、多模式、多元化的业务运营和管控提供支撑。在能力开放层之上是交互层，为整体业务应用提供统一的交互框架，包括统一UI标准、统一前端框架（网站、APP、小程序）、统一单点登录以及整体的运营数据看板，保障上层医保创新应用在界面标准、技术架构和用户权限上的管理有统一的标准和实现。同时，可以集成纳管某些第三方软件的界面，形成统一的对外服务。整体区块链医保管控服务平台技术架构基于C1oUdNatiVe云原生技术设计，能够快速构建和部署，支持负载均衡和线性扩展。A前端页面统一由VUE+Htm1实现，分析图表等使用ECharts,前端请求统一由E1B来实现负责均衡和流量控制。A后台服务基于SPringC1OUd微服务架构搭建，由Kong统一管理AP1的路由规则，由EUreka来管理所有微服务的注册，Feign+Hystrix来实现服务之间AP1的调用、异常处理和服务熔断等，整个业务微服务使用DoCker打包，容器化部署在指定WXXXXoA数据存储主要业务数据放在MySq1,常用数据和服务缓存数据放在RediS,日志数据主要由E1K来收集和管理。A能力开放对接方式主要采用ReStfUIAPI和消息订阅2种方式。1.4.2.医保电子处方数据流转业务模块根据前期设计，医保智能处方应可以在XX省医保局客户端进行查看，向用户进行处方展示。随着XX省医保局业务不断推进，需要增加对处方数据的可信监管，并在此基础上提供相应的应用；一方面提升对处方流转全过程的可信监管，另一方面向两定机构、省内参保人提供更加实用、便捷的应用服务；因此特增加医保电子处方数据流转业务模块。医保电子处方数据流转业务模块全程都由区块链开放能力进行监管，将对处方流转过程中的注册、接诊、开方、审药过程进行全程上链数据监管。医保电子处方数据流转业务本身业务较为完整，可以作为单独的业务提供服务。根据XX医保情况现状，建议前期首先将慢性病处方药方面优先上线，后续根据实际业务情况扩展到所有领域。医保电子处方数据流转业务可以按照要求与物流企业合作，协同提供业务。4.2.1.用户端注册及业务功能系统注册.用户注册通过公服APP或微信小程序提供系统个人注册服务。用户注册需要对身份进行验证操作，提供身份注册帮助助手，提示用户注册使用事项，支持实时注册，不支持上传图片方式进行注册，保证注册人员为本人。支持通过录像功能进行录制人像；用户身份认证通过本次新建的人工智能开放能力中人脸识别功能进行人员识别。通过真人认证后，用户需要输入个人信息，设置服务密码并对身份信息进行补充完善。输入手机号和验证码后，系统将进行信息核对，最终实现注册。除个人注册以外，医师（药师）注册需要上传医师资格证书；药店需要你营业执照和其他必要资料。.在线开方用户注册后可以选择在线开方功能，用户可以在线自动获取已经开出的药方。支持在线开方功能，在线开方功能只支持已经有首诊处方的“复诊患者”，如需要更换处方内的药品或者需要在线开方，可以在线进行申请。用户开方前会对问诊服务协议进行展示，用户观看完毕后方可进入下一步操作。考虑到处方的严肃性，系统仅支持本人开方功能，不提供协助家人问诊开方功能。支持电话问诊操作。系统支持选择挂号医生类型：普通医生、专家医生、普通电话问诊、专家电话问诊。电话问诊患者能与医生进行语音通话。如用户为慢性病患者，则提供相关病种选择。支持用户对自己的疾病属的类型那个选择。用户可以选择购买的要求，提供药品搜索功能，点击进行预问诊信息阶段。系统提供在线问诊或电话问诊方式。此部分调用人工智能开放平台的智能知识服务系统提供问答服务，实现人机对话，提高问诊效率。完成人机对话后，系统支持自选医生或者系统分配医生进行开方。等待医生接诊开方。系统支持自动分配或用户自行选择定点医院功能。如用户选择选择医院功能，则可以对应选择相关医生；用户可以看到选择医生（药师）的基本信息。选择医生后，点击“挂号”按钮，完成挂号等待医生开方。同时收到APP提示或公众号提示信息。收到消息后，点击提示消息后可以进入订单状态条：患者可以和医生进行语音和电话沟通。系统支持图文对话功能，点击图文对话将调用智能知识服务系统功能与相关医生（药师）进行文字和图片对话。医生开具完处方后，患者收到公众号消息提醒，确认处方开局完成。.处方购药处方购药支持APP或微信小程序进行购药操作，可以从开方成功通知或者我的处方进入。用户只能开局已经完成审核的处方药药方。点击处方开具成功通知消息后进入订单状态条：点击订单信息后可以进入处方购药阶段如用户询问的对象为药店驻场医生或药师，则药房直接放松给该药店，在此药店进行购药。如果用户为医院开出的药房，则可指定选择定点药店；支持搜索药店，或者通过扫描药店二维码方式选定药店：选择药店后成功将患者处方发送给药店。.支付订单发到药店的药方需要药店营业员、审药师对药房进行审核，审核处理完订单之后，患者会收到支付公众号消息：用户点击收到的审核结果消息后将显示相关购药的信息和支付相关信息。订单将显示购药数量、费用明细等信息，可以显示医保报销的费用和个人支付部分。用户确认无误后，可以进行在线支付。.预约面诊系统支持预约面诊功能，注册完毕后的用户可以进行在线预约面诊。预约面诊需要再次进行实人认证，认证完毕后进行立即预约面诊。支持用户选择相关医院、科室和医生。选择预约时间后，系统生成相关的预约单，预约单经过用户确认提示用户预约信息提交，等待提交的信息反馈，系统支持自动预约和医师确认预约。预约结果会以消息推送的方式推送给用户，支持在APP或者在微信服务提示的方式进行反馈。.我的预约支持查看我的预约功能，在此预约功能中，用户可以看到相关的完整信息,包括要进行的和已经完成的内容。点击详情可以查看预约详情，支持对预约信息进行操作。如用户需要取消此预约需要选择（或输入取消原因）。.电话咨询系统提供电话咨询帮助功能，用户可以点击电话咨询，拨打机构预留电话，此功能将有智能知识服务系统进行承载。1.4212两定机构查询系统支持用户对两定机构进行查询。系统通过数据中台和业务中台同步两定机构的信息，并与GIS地图融合。在获取用户信息后可以进行定位。系统支持按照对医保类型进行筛选，方便用户进行查询操作。默认显示所有省、市医保的定点医院和定点药店，支持按照条件进行查询操作。在获得用户授权之后，APP可以获取用户位置，此时支持条件查询功能，显示用户周边显示离我最近的定点医院和定点药店，可以按照按照由近到远排序，方便用户使用。14.2.2.医生注册及业务功能（一）注册通过公服APP或微信小程序提供系统医生注册功能。医生注册需要对身份进行验证操作，提供身份注册帮助助手，提示用户注册使用事项；支持实时注册，不支持上传图片方式进行注册，保证注册人员为本人。支持通过拍摄功能进行人像审核；用户身份认证通过本次新建的人工智能开放能力中人脸识别功能进行人员识别。通过真人认证后，医生需要输入个人信息，设置服务密码并对身份信息进行补充完善。医生需要将资格证书、资格证号、职称证号、职称证、所属医院、擅长领域、个人介绍等信息进行完善。医生信息需要经过管理员审核后方可完成注册；注册完毕后，医生点击线上接诊，患者可以挂号该医生，为患者提供开方服务。（二）邀请注册系统支持邀请注册功能，可以向周围的医生发出邀请，实现业务自增式发展。（三）医生开方1）开方需求分配a）患者自选开方注册用户如果选择医院医生后，选择开方。相关的APP（或微信小程序）将以消息方式自动弹出接诊通知；点击通知单信息，进行患者开方操作。b）自动分配开方注册用户如果未选择医院医生，直接选择开方，系统将进行自动分配或医师主动获取开方的方式进行处方获取。点击接诊，进行患者开方操作。选择接诊，可以开方。2）医生开方医生接诊后可以查看患者的鉴定书、历史处方。同时系统会将系统自动问诊的患者的预问诊信息推送给医生；医生可以发起在线问诊，要求用户补充相关内容。如果医生认为信息足够，医生可以在界面上点击“新开处方”按钮进行开方操作。显示出患者预问诊时想购买的药品，医生可以添加药品和修改药品。医生可以主动发起与用户的电话沟通，通过智能知识服务系统进行外呼。为了保护用户隐私，用户电话号码不完全显示。当用户和医生可以进行图文方式进行会话，此时医生可以和患者进行图文问诊。3）医生完成处方开具之后，点击“发送给患者”，完成处方的开具工作；此时患者收到处方开具完成的公众号消息通知。4）药品撤销营业员/审药师如果发现处方有疑问时，可以发起药品撤销工作，此时，用户无法进行购买及费用支付。该处方信息将返回给相关医生进行复诊。.药店注册及业务功能（一）药店注册通过公服APP或微信小程序提供系统药店注册功能。药店注册需要对注册人的身份进行验证操作，提供身份注册帮助助手，提示药店注册负责人注册使用事项；支持实时注册，不支持上传图片方式进行注册，保证注册人员为本人。支持通过拍照功能进行人像审核；用户身份认证通过本次新建的人工智能开放能力中人脸识别功能进行人员识别。通过真人认证后，注册负责人需要输入药店信息，设置服务密码并对药店信息进行补充完善。注册人员需要将营业执照信息上传进行注册。填写相关信息完成注册。上传营业执照通过OCR识别。药店注册工作需要后台人员进行审核后完成药店注册。（二）药店二维码药店完成注册后将得到一个唯一的二维码，此二维码将作为用户购药时进行扫码。用户扫码后将显示用户相关的购药的信息。（三）药品管理为了帮助用户更好的选择购买药品，系统提供药品管理功能，此功能类似电商平台的货架功能；药品里支持添加、修改、删除药药品功能。支持上传药品图片，支持药品绑定相关兵种的功能。.药品添加药品添加支持手动添加方式进行添加。需要输入药品名称、药品规格、药准字号、生产厂商、药品价格、药品用法、药品用量、使用频次；支持通过拍摄或者通过导入方式将相关药品进行添加。添加完毕的药品在药品管理列表中进行展示，可以通过列表对药品进行维护，支持查找、删除、修改等操作。.药品维护通过列表对药品信息进行维护，支持查找、删除、修改等操作。（四）购药记录支持客户端方式进行查看，支持查看本药店消费者的的购药记录。（五）药店后台管理.查看药店信息药店后台管理是系统管理员查看，维护信息的重要工具。药店信息包括药店编号、药店名称、详细地址、省市编号、药店状态、创建时间。药店信息维护提供药店编号、药店名称、状态的查询。系统支持绑定其他医院的功能，绑定后可以显示在医院附近的药店的情况。.查看药品信息管理员查看可以通过药店管理对药店的药品进行查看，维护信息的重要工具。药店的药品信息包括药店名称、药品ID、通用名、批准号、厂家、规格、是否有照片、药品单价、药品状态（上架/下架）、创建时间等内容。支持对药品信息进行维护，支持添加图片和添加通知书功能。.添加药品信息药品添加支持手动添加方式进行添加。需要输入药品名称、药品规格、药准字号、生产厂商、药品价格、药品用法、药品用量、使用频次；支持通过拍摄或者通过导入方式将相关药品进行添加。添加完毕的药品在药品管理列表中进行展示，可以通过列表对药品进行维护，支持查找、删除、修改等操作。.查看购药记录支持PC方式进行查看，支持查看本药店消费者的的购药记录。.营业员/审药师注册及业务功能（一）营业员/审药师注册通过公服APP或微信小程序提供系统个人注册服务。用户注册需要对身份进行验证操作，提供身份注册帮助助手，提示用户注册使用事项，支持实时注册，不支持上传图片方式进行注册，保证注册人员为本人。支持通过录像功能进行录制人像；用户身份认证通过本次新建的人工智能开放能力中人脸识别功能进行人员识别。通过真人认证后，用户需要输入个人信息，设置服务密码并对身份信息进行补充完善。输入手机号和验证码后，系统将进行信息核对，最终实现注册。除个人注册以外，医师（药师）注册需要上传医师资格证书；药店需要你营业执照和其他必要资料。进行完毕个人注册后，在小程序或手机端点击药店服务，使用药店服务的扫一扫功能，进行药店绑定工作。此时营业员和审药师需要扫描药店二维码绑定到药店，此时，身份由个人用户变更为营业员或药剂师。选择营业员或者审药师，输入药店设置的密码之后，绑定成功，成为营业员或者审药师。（二）营业员审药师功能.药品审查营业员/审药师的主要工作是对医师开出的处方进行审核，营业员确认药品信息，审药师审核选择服用药品时注意事项；然后进行订单确认，提交订单后,该处方的订单会发送到患者手机端进行支付。营业员/审药师可以查看药品的详细信息，可以查看人姓名、性别、年龄、诊断医生，费用明细（包括医保报销部分和个人支付部分）。没点击查看处方的详细信息O4.2.5.医院数据管理（-）医院信息管理系统将通过实现医院信息的进行同步，同步完毕后，暂不开通，需要经过审核后进行开通。医院相关信息支持通过后台开通，支持新增和导入功能，支持批量开通功能。医院信息将存储在医保电子处方数据流转业务数据库中，不反向向中台提供医院数据。系统支持添加医院功能，支持OCR识别和自定义填写功能。1.0CR识别录入系统将调用人工智能开放能力的应用进行识别自动完成填写工作，填写完毕的内容经过操作人员进行审核后，完成提交。.自定义填写用户按照提示逐项进行添加，添加完毕后的信息经过审核后生效。.批量导入系统支持导入EXCe1文件，进行批量医院导入，也可以通过此模块实现医院信息的同步；此时系统将从数据中台进行增量添加。（二）科室管理科室管理需要通过新增方式进行添加，支持新增和修改相关科室信息。.科室列表科室列表将显示所有科室信息，支持按照条件查询，支持模糊查。相关科室信息要完成审核后生效，管理员可以开通或者关闭该科室信息。.新增科室科室名称支持自动同步和手动输入，输入的信息将存储在本系统的数据库中，不支持通过数据中台反向进行数据同步。科室信息必须与所属医院进行关联。.修改科室通过科室列表可以选择对科室信息发起修改，与新增方式相同，也需要进行关联。（三）医生管理支持批量导入或手动录入医生相关信息，支持列表查看医生相关信息。支持录入头像、姓名、归属医院、科室类型、擅长疾病、是否允许开方、创建时间等信息。医生管理功能支持打开或者关闭医生的开方权，管理员可以对此信息进行查看。（四）处方管理.处方清单提供处方查看功能，处方通过现有的经办系统进行同步功能；此外医生新开的处方也在此进行显示。处方管理支持按照医院、科室、开方医生、患者姓名、处方状态、开方时间等进行查询。支持对处方进行操作，可以查看详情、鉴定书、首诊信息等处方相关信息。.电子处方信息点击清单中的详情，可以查看电子处方详情，显示处方来源、开方医生、患者信息、诊断结果（主诉、诊断）、处方用药等信息。（五）平台药师审方.审核开方列表具备资格的药师可以对药房进行审核操作和管理。药师可以在清单中看到医院名称、科室名称、开方医生、患者姓名、开方时间、处方状态等信息。通过列表平台审方师审核医生开具的处方，审核医师可以在审方功能进行审核；审核医师通过勾选进行“审核通过”或者“审核不通过”的操作。.查看处方审药师在审核开方列表中点击“查看处方”查看医生开具的处方，查看的处方中有处方基本信息、用药情况、医师信息、负荷/调配人、审药人、发药人等信息。.处方同步系统与医院系统实现对接，能够满足医院的处方上传至系统，然后通过系统的管理对处方进行分发到药店，让患者可以利用智能处方的功能使用从医院开出来的处方到药店去购药，利用系统对接，让系统与医院的信息系统在数据能够交互。1.4.3.区块链系统对接系统会跟区块链系统进行对接，以及和国家区块链的系统进行对接，满足区块链的应用为智能处方提供服务与安全保障。4.4.系统对接系统除了与医院的信息系统、区块链系统对接之外，还会根据智能处方的业务场景跟药店的系统、医保信息系统等相关系统进行对接，满足智能处方输出服务的需要。15建设要求.公司在本项目所使用软硬件产品满足国产化要求：具备国产操作系统技术互认、国产CPU互认、国产中间件技术互认、国产数据库适配技术互认等证明。.公司在本项目建设设计内容满足国家医疗保障局电子处方相关政策及技术规范要求。.公司在项目建设期间，会指派至少一名项目经理、一名现场研发人员驻场研发。.公司在本项目中所提供的软硬件产品、服务及定制开发的信息系统不存在知识产权纠纷，完全符合相关政策规定及标准规范，全面满足网络安全相关规定要求。系统正式上线运行前，将完成所有国家规定的软件、安全、密码等方面的符合性测试，并提供具备法定资质测评机构出具的检测报告，所需测评费用已包含在项目之中，不再另行收取费用。.公司在项目建设开始直至竣工验收，积极组织本系统各类专家评审会议,对评审结果负责，相关评审费用已包含在本项目中，不再另行收取费用。第二章项目实施方案项目实施和管理响应.项目实施和管理运行稳定、安全可靠、实用性强，在访问高峰期系统的页面访问命中率达到95%以上，提供7x24小时服务支持。提高应用数据收集和应用统计的稳定性，实现日志收集与数据分析的异步处理，建立数据仓库，实现统计数据的唯一源获取，避免前、后台、用户个人中心统计数据不一致。硬件设备有较高的可靠性和容错能力。为了适应系统的容量增加，硬件设备具有较强的扩展能力，并具备升级和向后兼容的能力。易用操作：易用性操作指的是目标系统用户界面操作简介、易用、灵活，风格统一易学。系统的用户帮助文档齐备，易于进行软件使用。充分考虑系统易用性，所有操作系统均采用主流的操作系统，所有交互系统提供图形界面采用中文，以及符合常规视窗系统的操作模式和习惯。可扩展性：所有系统各功能模块设计采用模块化方式，可根据用户的需求进行周期性升级更新，且不对其他模块的业务设计产生影响；功能模块具有接口预留能力满足扩展需求，利于以后的功能升级与扩展。.分阶段交付目标及交付文档按照服务实施要求，项目上线后提供服务项目包括可运行的应用、标准规范及技术文档、操作手册等（包含项目验收后调整和补充的项目成果和资料），确保技术资料的完整性。.安装及调试服务日常版本升级、补丁安装，根据业主指定位置进行软件部署。.安装运行验收/稳定运行进行验收。2.项目管理方案2.1.项目管理要求11项目管理小组在本次项目实施过程中，我公司会为本项目配备1个独立的项目管理小组，提供项目团队人员安排、项目进度安排、项目关键点控制计划与方案、项目安全控制计划与方案、项目分工界面安排、协调施工、监理、软硬件厂商，确保项目顺利实施，并负责在日常工作中整理各类维护手册以及在集成过程中生成的各类资料。.项目管理范围(1)按照项目技术要求完成需求分析、概要设计、详细设计、编码及内部测试；完成软硬件系统的配置、安装调试、技术培训、试运行、系统上线、系统初验等；提交本项目交付成果；提供系统维护和相应的售后服务等。(2)依据甲方确定的总体时间进度要求，制定项目开发建设总体规划、建设目标、进度计划、人员组织、质量控制、风险防控等书面文件交甲方审核。(3)按照项目建设计划，组织项目建设人员开展项目设计、开发、集成、部署、实施等工作。(4)依据招标文件所约定的平台各系统的功能、目标，以及甲方确定的时间完成阶段成果物，提供需求规格说明书、概要设计报告、数据库设计报告及详细设计报告等文档，并提交甲方审核。2.2.2.需求管理需求管理是一种系统化方法，用于获取、组织和记录系统需求并使用户和项目团队在系统需求变更上达成并保持一致。进行有效需求管理的关键在于维护需求的明确阐述、每种需求类型所适用的属性，以及与其他需求和其他项目工件之间的可追踪性。在本项目中，将利用需求管理工具对需求做系统的管理，主要体现在以下几个方面：(1)与用户一起确定需求，并将需求文档化；(2)与用户一起评审需求，确定需求文档完整准确的反映了用户的需求、确定需求是切实可行的，同时使用户和项目组在需求上达成一致；(3)制订需求管理计划，确定需求属性和需求的追踪策略；(4)编制需求属性列表；(5)在项目开发过程中维护需求的跟踪状态，确保需求在软件开发的各个环节(分析、设计、编码、测试、集成等)得到了实现并且与需求保持一致；(6)管理需求的变更，与招标人一起通过现场需求调研、联络会等方式明确项目需求变更内容，与设计成果不相符的须经过招标人的审批，在需求发生变化时由CCB(变更控制委员会)按照需求变更控制流程对变更请求进行评审和管理；(7)编制需求状态报告，在每次的项目例会对需求状态进行跟踪。2.2.3.过程管理该项目的开发将严格按照CMMI的要求进行。在开发过程中，项目组将按照CMM1的要求开展以下几个方面的活动：⑴需求管理目的：