遇险人员数据库需求分析.doc

遇险人员数据库需求分析一、 前言为了在应急搜救事故中了解遇险人员详细信息，更好的服务社会，中国海上搜救中心提出了建立遇险人员数据库的需求。现从遇险人员数据库的数据需求、功能需求进行分析，并提出实现建议。二、 数据需求1.1人员信息遇险人员的基本信息，主要包括：数据项是否必输项是否作为查询条件备注姓名是是性别字典：男、女出生年月身份证号是国籍字典：利用海事已有字典居住地通信地址邮政编码手机固定电话人员状态是字典：获救、死亡、失踪备注遇险地点获救地点1.2事故信息事故的简要信息，主要用于将人员信息和事故信息的关联。数据项是否必输项是否作为查询条件备注遇险时间是是格式：YYYY年MM月DD日事件名称是1.3操作信息系统记录的信息，用于记录录入和修改的情况，便于事后跟踪。数据项是否可空备注录入人否根据登录人员自动生成（录入人）所在机构否根据登录人员自动生成录入时间否自动取系统时间最后修改人否根据登录人员自动生成（最后修改人）所在机构否根据登录人员自动生成修改时间否自动取系统时间三、 功能需求主要包括数据录入、维护、删除、上报、导出（EXCEL）、查询等六大功能。2.1录入功能面向用户：中国海上搜救中心、直属局搜救中心、地方局搜救中心功能描述：用户登录系统后，可录入事故信息和相关的人员信息，信息项见1.1人员信息和1.2事故信息，具体的录入时间可以在事故情况稳定以后。如果遇险人员已经在数据库存在（以该人员的身份证号码来判断），则录入该人员时给出提示，提示该人员已经在某起事故中存在。2.2维护功能面向用户：中国海上搜救中心、直属局搜救中心、地方局搜救中心功能描述：直属局和地方局用户在登录系统后，可修改本局录入且尚未上报的人员信息，无法修改非本局录入的信息或本局录入但已经上报的信息。中国海上搜救中心用户在登录系统后，可修改所有已经上报的信息，信息上报单位的数据随之修改。2.3删除功能面向用户：中国海上搜救中心、直属局搜救中心、地方局搜救中心功能描述：直属局和地方局用户在登录系统后，可删除本局录入且尚未上报的人员信息。对于非本局录入的或本局录入但已经上报的信息则无权删除。中国海上搜救中心用户在登录系统后，可删除所有已经上报的信息，信息上报单位的数据随之删除。2.4上报功能面向用户：直属局搜救中心、地方局搜救中心功能描述：直属局和地方局用户在登录系统后，可上报本局录入的信息，信息一旦上报，本局即无权修改和删除（仍可查询）。2.5导出功能面向用户：中国海上搜救中心、直属局搜救中心、地方局搜救中心功能描述：直属局和地方局用户登录系统后，可导出本局上报的人员信息。中国海上搜救中心用户登录系统后，可导出所有（或指定范围的）已上报的人员信息。2.6查询功能面向用户：中国海上搜救中心、直属局搜救中心、地方局搜救中心功能描述：直属局和地方局用户登录系统后，可查询本局录入和所有已上报的人员信息。中国海上搜救中心用户登录系统后，可查询本中心录入的及所有已上报的人员信息。事故名称和每一个遇险人员之间应能进行模糊和关联查询。查询条件：查询条件备注姓名可模糊查询身份证号可模糊查询遇险时间（范围）可按时间范围查询遇险人员出生年月可按时间段查询遇险人数能作为查询条件最好，不能也可四、 实现建议由于遇险人员数据与险情事故紧密联系在一起，因此最好的实现方式是在海事应急辅助指挥系统的总结分析功能中，直接填报遇险人员信息，但是海事应急辅助指挥系统只在中国海上搜救中心、深圳海上搜救中心、上海海上搜救中心、山东海上搜救中心和烟台海上搜救中心进行试点，其他非试点单位难以通过这种方式填报数据。因此，在海事应急辅助指挥系统全国推广之前，建议将遇险人员数据库作为独立功能进行建设，在设计时充分考虑与海事应急辅助指挥系统的无缝对接，在海事应急辅助指挥系统全国推广之后，直接转入海事应急辅助指挥系统进行填报。从中国海上搜救中心建设的险情上报与查询系统数据分析，每年在我国境内发生的险情呈下降趋势，以每月发生1000次险情为最大值，则每年12000次险情，每次险情遇险人员平均为10人计算，则每年遇险人员数据量为120000，数据量不是很大。又考虑到遇险人员信息都是事故基本处理完毕后再进行填报，填报的频率较低。综上分析，建议充分利用海事应急辅助指挥系统中已有的设备和数据，开发一个独立于海事应急辅助指挥系统的程序，该程序采用部署在部海事局、全国大集中的BS模式，统一通过海事内网进行填报。 8 五、 附表：遇险人员填写表格遇险人员在现场通过填写下面的表格采集数据，这些表格带回搜救中心后，由工作人员将信息录入系统。表格要求制作成卡片式，便于书写、携带。海上事故遇险人员信息表姓名性别身份证号出生年月国籍固定电话邮政编码手机居住地遇险时间遇险地点获救地点通信地址备注确认意见 签字（签章）： 日 期：