XX省卫生健康科技研发与转化平台升级改造需求说明.docx

《XX省卫生健康科技研发与转化平台升级改造需求说明.docx》由会员分享，可在线阅读，更多相关《XX省卫生健康科技研发与转化平台升级改造需求说明.docx（8页珍藏版）》请在第一文库网上搜索。

1、XX省卫生健康科技研发与转化平台升级改造需求说明1 .系统功能要求1.1. 医药卫生科研项目全程管理系统系统功能、性能总体以现有XX省医药卫生科技项目全程管理系统为基础。（1）升级改造优化医药卫生科技的项目管理（项目申报、项目查重、项目审批、项目评审）、合同管理（合同申报、合同审核、合同电子版管理）、过程管理（项目延期变更、项目信息变更、项目成果管理）、验收管理（申请验收、验收审核、验收专家管理、验收报告管理）等功能流程表单、页面布局进行升级改造，对项目申报的可行性报告进行查重，重复率大于30%的项目将不能进入评审，将历年通过评审项目的可行性报告导入项目查重基础库。（2）升级改造全省医药卫生相

2、关的专家库（专家申报、专家审核、专家抽取、专家查询、统计分析），为全省科研项目申报、项目验收、项目评审、成果转化系统等网上抽取提供数据基础,并导入原来专家库专家数据。（3）升级改造全省卫生科研数据分析平台，平台将以专家资源库、项目库为基础，以项目申报、验收过程的各项数据为依托，通过图形化以及图表的方式集中展现。1.2. 病原微生物实验室管理系统系统功能、性能总体以现有XX省病原微生物实验室管理信息系统为基础。1.2.1. 升级改造信息审核功能完善实验室备案信息、单位提交的信息内容的审核，已通过单位可以进行退回、重置单位密码。1.2.2. 升级改造实验室备案管理功能在政务网界面增加上传实验室平面

3、图和专家论证意见（生物安全柜的位置、通风模式（自然、管道）、排风口位置（侧面、楼顶）、气流情况、楼层、抗震等级、防火等级、空气消毒装置、洗眼装置、加强型气压装置等信息。1.2.3. 升级改造日常管理功能开发完善培训合格证信息管理系统，通过与生物安全培训考试系统的全面对接，实现培训、考试、发证、证件信息查询和变更、统计等管理功能。完善各个省级质控中心和地市质控中心的账号权限功能，使得相应账号能够开展信息报道的自行采编和审核上报功能、所辖生物安全工作数据的统计下载功能、所辖下级用户的账号设置、权限分配管理等功能。1.2.4. 升级改造实验活动管理功能完善实验活动信息、病原微生物实验室自查表信息等实

4、验活动信息的提交和单位审核。1.2.5. 升级改造设备维护管理功能增加实验室维护设备信息，单位审核通过维护信息。设备信息：设备类型，设备名称，生产厂家，规格型号，购置口期，检定间隔时间，最近检查日期，设备编号，设备状态。1.2.6. 升级改造统计分析平台完善包括单位信息统计、实验室信息统计、设备统计、人员统计、病原微所属实验室数量统计、实验活动统计、病原微生物活动类别、生物安全年报表、全年单位和实验室信息统计等功能。1.3. 实验室生物安全评价系统建设1.3.1. 评价方案系统卫生监管部门用户应能够根据实际评价检查需求自定义评价方案，选定检查范围及检查专家，确认评价检查时间及整改时间。方案确认

5、后，系统自动下发检查任务至相关单位及实验室。1.3.2. 自查管理实验室及其设立单位可通过自查方案在指定时间内完成实验室生物安全自查，并将自查报告上传系统，由卫生监管部门进行审批，并将审批意见下发至相关实验室。1.3.3. 检查管理系统检查管理功能需满足移动端及PC端的评价检查操作。评价检查方案由卫生监管部门进行设定并下发。接收到检查任务的专家及实验室应该规定时间内完成评价检查并将评价报告上传系统等待审批。对有不符合项的实验室应在规定时间内完成整改，并提交整改报告。1.3.4. 评价报告系统应能够根据检查结果自动生成评价报告，报告应对不符合项进行展示。评价专家应对评价报告进行确认、签字并回传系

6、统。13.5.评价整改在评价检查完成后，系统应对不符合项进行整改倒计时。实验室或单位应该规定时间内完成不符合项的整改，包含文件上传，整改项说明等内容。完成后提交上级用户审批。1.3.6. 数据源管理根据生物安全实验室管理与评价规范梳理实验室或单位基础信息清单,并病原微生物实验室信息管理系统进行交互，获取相关备案信息用于评价检查，以完成实验室或单位信息统一和规范管理。1.3.7. 平台对接评价系统应能够与“生物安全在线”监管平台进行对接，同步各实验室评价数据，由平台进行汇总展示。1.4. 医学科研诚信预警平台系统1.4.1. 诚信舆情处置和案件结果上报程序建设科研诚信舆情录入模块。录入入口开放给

7、单位管理员和科教处管理员。科教处管理员：对发现的科研诚信舆情登记并通过系统点对点发送到相关单位，接收到信息的单位管理员负责组织处理并把处理结果上报到平台。单位管理员：对本单位发现的科研诚信案件进行上报并记录处理结果根据现行的科研诚信案件的处理相关政策要求，建立以线上处理为标准的事件响应、单位核查、启动调查、结果申诉、处罚决定、结果报送闭环处置流程。1.4.2. 科研诚信警示界面建立科研诚信警示界面，涵盖科研诚信管理办法和制度、卫生健康领域科研诚信案件和处理结果、医学科研诚信教育培训等信息，特定网站自动爬取，实时动态更新，并能发放省卫生健康委科研诚信相关信息，向全省医疗卫生机构开放。科教处管理员

8、：具有信息管理、咨询发布、界面维护等功能。1.4.3. 黑名单信息库建设以人为单位的学术诚信黑名单登记模块，统一由科教处进行黑名单登记,并对登记的黑名单人员进行权限限制，包括限制科研课题申报、限制人才申报、限制报奖等。并决定是否反馈到对应单位予以提醒。单位可上报经科研诚信处理的黑名单，经科教处审核后入库。将黑名单记录与科研项目、人才申报等系统对接，自动按年限设置限制申报。远期将与省卫生信用系统、省科研诚信系统(省科技厅)对接，信息互通共享，实现对科研诚信失信人员的联合惩戒。1.4.4. 科研诚信自查与管理(1)医学科研人员论文科研诚信自查通过“X里办APP扫码填报，我省医学科研人员可在手机端实

9、现科研诚信论文自查自纠，实现在线填写历年论文发表情况和违反学术规范的问题论文，自动生成pdf表单发送至填报人邮箱，手机端填写数据实时同步至健康XX科技数据库。（2）医疗机构科研诚信自查与管理建设“XX健康科技数据库”网站，实现医疗卫生机构在线填写医疗卫生机构体系建设自查表，按行政隶属关系各级卫生健康委可对隶属医疗机构制度建设情况进行管理；与“X里办”APP扫码填报实现数据互通，医疗机构及卫生健康行政部门实现对医学科研人员的论文填报情况的自查管理、查询，并及时了解问题论文上报情况。2 .功能开发相关要求2.4. 标准规范要求2.4.1. 正文开放与标准化原则系统的结构设计必须符合国际开放系统的标

10、准，采用TCP/IP协议作为主要网络协议。在应用开发和部署上，除了多媒体系统外均采用基于J2EE标准的结构，并且，所选软件产品都遵循相应的国际标准。做到使网络的硬件环境，通信环境，软件环境，操作平台之间的相互依赖减至最小。2.4.2. 可靠性和稳定性数据库具备高稳定性、持续可用性,保证数据中心7X24小时连续工作；应用服务保证安全可靠工作。2.4.3. 可扩展性及易升级性系统必须具有良好的可扩展性和可扩充性，能够最大限度地适应未来业务发展的变化。当系统规模扩大，系统能够通过适当增加模块和相应设备，就能够适应要求，充分满足用户的个性化需求，达到良好效果，不会造成浪费。总体方案中采用先进、开放的体

11、系结构，采用结构化和程序模块化设计,充分考虑系统的升级、兼容、处理能力、数据库、软件二次开发等方面的可扩展性和灵活性，并提供相应的应用开发接口。以保证在今后可能出现管理模式变化的情况下，系统比较简单地予以修改、调整就能适应。2.4.4. 良好的可管理性和可维护性整个系统是由多种子系统组成的较为复杂的系统，要有良好的可管理性和可维护性。总体方案中采用先进、开放的体系结构,采用结构化和程序模块化设计，充分考虑系统的升级、兼容、处理能力、数据库、软件二次开发等方面的可扩展性和灵活性。以保证在今后可能出现管理模式变化的情况下，系统比较简单地予以修改、调整就能适应。2.5. 信息安全要求系统的安全性是项

12、目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各方面要求。2.5.1. 服务保密要求中标方须在签订合同后与业主单位签订保密协议。2.5.2. 安全性、功能性能测试要求系统须避免各种信息安全漏洞，加强安全性防护，有完善的安全解决方案。采购方可委托第三方进行安全和性能测试，如果测试中发现存在问题，中标方需尽快解决。测试费用由中标方承担。2.5.3. 系统等保要求在项目建成后，系统需符合安全等

13、级保护的第三级别，系统必须整改等保过程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。2.5.4. 代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.5.5. 软件应急方案中标方必须提供系统应急方案，应急方案需考虑各种故障类型，分别给出解决方案。2.5.6. 信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问

14、题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。履约期内如发生重大信息安全事件，被上级单位或公安机关通报一次，从履约保证金中扣除5000元,且需在15日内将履约保证金补足。如发生被悬挂反动标语、赌博色情等非法暗链事件，则履约保证金全部罚没。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中标方连带法律责任的权力。2.6. 性能要求本项目建设将满足以下性能需求：(1)信息交换要求：数据库及系统的设计，要求充分考虑信息交换区设备的功能特点，保证数据在政务外网之间同步的准确性和实时性。(2)浏览器兼容要求：兼容IE

15、1O版本以上(含IE1O版本)浏览器、火狐浏览器、傲游浏览器、谷歌ChrOrne浏览器等。(3)易用性要求：用户操作界面要求简洁、直观，默认的配置符合大多数用户的审美观点和使用习惯。(4)系统响应要求：平台必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：1)故障率：平台应能提供7X24小时的连续运行，平均年故障时间48小时，平均故障修复时间24分钟。2)对外提供的接口需能承受300个以上的并发访问压力，单次请求要求在500毫秒内返回结果。3)在单机情况下，服务返回结果在IOKB级，支持IOOO并发时，响应时间小于1秒，TPS大于1200。2

16、.7. 技术要求2.7.1. 政务云架构相关要求系统要符合政务云架构，采用主流的多层分布式架构进行设计开发，以B/S架构方式进行实现。系统要求通过加密和安全通道等方式确保敏感信息的在交互和存储过程中的安全性。在存储上，针对所有敏感信息采用加密方式确保内容存储的安全；在用户使用方面，采用单点退出功能确保用户的安全性。2.7.2. 信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。2.4.2.1.接口要求中标人须负责本标项内的标准定义、服务定义和消息定义，须按统一接口规