DB6101T3119-2022新型冠状病毒核酸采样排队叫号信息系统建设指南.pdf

ICS35.240.80CCS L 736101西安市地方标准DB 6101/T 31192022新型冠状病毒核酸采样排队叫号信息系统建设指南2022-05-10 发布2022-06-10 实施西安市市场监督管理局发 布DB 6101/T 31192022I目次前言.II1范围.12规范性引用文件.13术语和定义.14缩略语.15建设原则.16系统架构.27数据和数据库.28软件平台.29系统功能.210系统接口.311系统安全.312系统维护.4附录 A（资料性）数据表结构格式.5参考文献.6DB 6101/T 31192022II前言本文件按照GB/T 1.12020标准化工作导则第1部分：标准化文件的结构和起草规则的规定起草。本文件由西安市市场监督管理局提出。本文件由西安市卫生健康委员会归口。本文件起草单位：西安市质量与标准化研究院、西安市应急管理局、西安市产品质量监督检验院。本文件主要起草人：雷震、马鹏程、李春政、武苗、魏荣娟、刘欣、张耀武、冯辰星、王迁、刘志千、申强、赵海波。本文件由西安市质量与标准化研究院负责解释。本文件首次发布。本文件在实施过程中如有疑问或建议，请将咨询或修改建议等信息反馈至下列单位：单位：西安市质量与标准化研究院地址：西安市雁塔区科技六路198号电话：[phone]邮编：710065DB 6101/T 311920221新型冠状病毒核酸采样排队叫号信息系统建设指南1范围本文件提供了新型冠状病毒核酸采样排队叫号信息系统（以下简称：系统）建设的指导，以及建设原则、系统架构、数据和数据库、软件平台、系统功能、系统接口、系统安全、系统维护等方面的建议，并给出了相关信息。本文件适用于新型冠状病毒核酸采样排队叫号信息系统的建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 20988信息安全技术信息系统灾难恢复规范3术语和定义下列术语和定义适用于本文件。3.1候采人等待被采集核酸检测标本的人员。4缩略语下面缩略语适用于本文件。SOA：面向服务的架构（Service Oriented Architecture）。5建设原则5.1需求驱动原则系统建设前宜仔细分析防疫抗疫需求和实际应用场景需求。5.2相关方参与原则各相关方均宜参与系统建设。5.3开放性原则系统宜依托开放标准，保持技术中立，减少对特定软件、硬件技术的依赖。5.4可拓展性原则DB 6101/T 311920222应采宜松耦合、模块化的系统设计思路，遵守相关国家和行业的元数据标准，使数据可重复使用。5.5衔接性原则建设系统宜考虑与现有业务系统的数据互通。5.6安全性原则系统建设过程宜始终贯彻安全观念，采用身份认证、权限控制、跟踪审计等各种安全技术手段，加强对数据和过程的管控。6系统架构6.1系统架构模式宜采用 SOA 技术架构来实现系统的整合及新应用的扩展，采用数据模型来完成数据库的建立和数据的储存，采用信息模型来建立应用与数据之间的连接。6.2系统架构可按数据层、平台层、应用层以及信息安全防护、信息化标准划分，并宜具有如下功能：a)数据层能储存和管理核酸采样排队相关业务数据；b)平台层可提供显示可视化、大数据支持、已有数据成果对接等；c)应用层可提供可操作的各项功能，包括但不限于预约排队、叫号提醒、身份核验等。7数据和数据库7.1数据系统宜收集管理员和用户涉核酸采样的相关信息，数据表结构格式见附录A。7.2数据库7.2.1数据库系统数据宜包括管理机构数据、侯采人数据及其他业务数据等。7.2.2数据库宜包括但不限于现状数据库、历史数据库。8软件平台8.1平台宜自主研发。8.2平台宜预留与健康码、核酸采样、疫情防控等相关业务平台的接口，具备与信息的集成和对接能力，并能够可视化承载和呈现部分数据。8.3平台宜支持对大屏幕、PC 端、移动端等不同类型终端的接入和显示。9系统功能9.1系统宜具备管理员功能、用户功能和后台功能。9.2管理员功能宜包括：a)创建核酸采样业务；b)能开放线上核酸采样排队通道；c)开启/关闭排队、叫号功能；d)根据场景操作系统进行重复叫号、即将到号提醒、重新预约排队取码提醒等；DB 6101/T 311920223e)可实时在线查询已预约号码数量、已核销（已采样）号码数量、等待叫号数量、过号数量等，实时掌握核酸采样进度；f)大规模核酸采样情形下，可直接对特定人群发送核酸采样通知及提醒。9.3用户功能宜包括：a)用户扫码或点击链接排队；b)领取电子排队码；c)等待叫号入场。d)可实时在线查询排队叫号进度等。9.4后台功能宜包括：a)根据管理员创建的核酸采样业务，自动生成保存排队二维码或链接；b)向用户发送即将到号提醒；c)叫号；d)对已采样号码进行核销；e)能统计并显示排队用户中已排队号码数量、已核销（已采样）号码数量、等待叫号数量、过号数量等，并收集相关数据；f)可对过号人员，发送已过号，需再次进行排队取号的信息提醒；g)根据场景或管理员的操作进行多次叫号、到号提醒、重新预约排队取号提醒等。10系统接口10.1系统服务接口宜通过服务总线的方式发布，宜支持以下方式：a)HTTPXML 方式；b)HTTPJSON 方式；c)HTTPSOAP 方式。10.2与外系统的集成方式宜支持以下方式：a)数据库集成方式；b)OPC 接口方式；c)OCX 控件方式；d)WebService 方式。11系统安全11.1信息加密与保密11.1.1对信息在网络传输和存储中面临的威胁与风险进行分析评估，制定与系统安全等级相适应的信息加密策略。11.1.2选择合适的加密类型、加密算法和密钥关键字长度。11.2访问权限11.2.1建立数据库操作与使用权限管理制度，防止非法创建、删除数据和访问数据库。11.2.2对数据库的操作系统及时修补漏洞，对非法入侵做出响应和处理。11.3系统灾难性备份DB 6101/T 31192022411.3.1及时做好系统软件备份、数据备份。11.3.2备份存储介质可以选用光盘、硬盘，并做好标识，宜设专人进行管理，做好数据备份的记录和档案整理工作。11.3.3按照 GB/T 20988 的规定，制定数据库备份策略。12系统维护12.1制定系统运行维护管理制度，配备系统管理人员，定期分析应用系统日志、数据库日志和业务操作日志等系统运行日志，及时发现系统异常情况。12.2宜配备数据库管理人员，专门负责数据库的监控、优化、备份、灾难恢复等维护工作。12.3系统维护包括下列内容：a)系统正确性维护：识别和纠正在使用过程中发现的软件错误、改正软件性能上的缺陷；b)系统适应性维护：通过适当调整使软件适应系统环境的变化；c)系统完善性维护：对软件使用过程中用户提出的新功能与性能需求进行完善或二次开发。12.4制定有效的系统运行应急预案，并由系统管理员定期组织演练。12.5应急预案宜保证系统出现异常后按时恢复运行。DB 6101/T 311920225AA附录A（资料性）数据表结构格式数据表结构格式见A.1、A.2。表 A.1 管理员数据数据项名称数据类型填写详例单位名称字符型西安市XX区XX街道XX社区统一社会信用代码数值型123456789123456789负责行政区划数值型6101XX管理员字符型张三管理员联系方式数值型12345678912（建议登记手机号码）表 A.2 候采人数据数据项名称数据类型填写详例姓名字符型张三性别字符型男年龄数值型XX岁居民身份证/护照数值型123456789123456789联系方式数据型12345678912（建议登记手机号码）核酸采样地址（或定位获取位置）字符型陕西省西安市XX区XX街道XX路XX号XX小区（园区）XX号楼XX单元XX室特殊信息字符型新生儿婴幼儿孕妇高龄老人 高危病人残障人士黄码红码行动不便其他字符型是否需要特殊服务字符型监护人姓名李四数值型居民身份证/护照123456789123456789数值型联系方式12345678912（建议登记手机号码）DB 6101/T 311920226参考文献1西安市 市疫情防控指挥部关于印发的通知（市指发20211号）2DB 37/T 40752020 人员密集场所疫情防控智能化系统建设指南3DB 3301/T 03052020 健康码管理与服务指南3办税大厅排队叫号系统的设计和实现；凌世娥；成都电子科技大学4大数据时代城市公共场所人群聚集 风险预警管理研究；李晓然；云南大学5高聚集游客群系统安全分析及其动态评估研究；殷杰；华侨大学