一种船员交接系统及其方法

本发明涉及船员交接技术领域，具体涉及一种船员交接系统及其方法。

现有的船员交接具有以下缺陷：

离船船员在申请时采用传统线下操作方式，是由船员申请，经高级船员审批后，发到岸基公司的船员部审批通过后，才可以通过，岸基船员部允许船员离船的话，需要提前安排接替船员。线下审批流程长，效率低，材料不容易存档，与后面的船员实际上下船操作不关联，工作重复性高；

同时，现有的船员管理系统中研发的船员上船打卡和下船打卡是相互独立的，无法体现工作交接记录，也很难实现关联查询。另外，上下船打卡并没有结合岸基与船舶距离太远的实际情况，缺少打卡监督手续以及工作交接监督管理流程，无法满足管理需求。

本申请实施例的目的是提供一种船员交接系统及其方法，克服现有技术中存在审批效率低、上船人员和下船人员之间数据相互不关联的缺陷。

为了达到上述目的，第一方面：本申请实施例提供一种船员交接系统，所述船员交接系统包括船员管理子系统、离船申请模块和上下船打卡模块，所述船员管理子系统包括船员调配模块和船员库：

所述船员库包括在船船员库和在岸船员库；

所述离船申请模块用于获取在船船员库中的离船船员提交的离船申请信息；

所述船员调配模块用于对所述离船申请信息进行审批，审批通过后，生成一离船提醒信息，同时还将其发送至上下船打卡模块；

所述上下船打卡模块用于根据所述离船提醒信息对离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成一审核申请信息；

所述船员调配模块还用于对所述审核申请信息进行审核，审核通过后，更新船员管理子系统中的数据，以完成船员交接。

优选的，所述上下船打卡模块还用于直接将从所述在船船员库中挑选的离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成所述审核申请信息。

优选的，所述离船申请信息包括船舶信息、职务信息、计划离船时间和交接文件。

优选的，所述计划离船时间包括计划离船最早时间和计划离船最晚时间。

优选的，所述更新船员管理子系统中的数据具体包括：

更新船员管理子系统中的调配数据；

更新船员管理子系统中的船员考勤数据；

更新船员管理子系统中的船员保险数据；

更新船员管理子系统中的船员工作履历数据。

第二方面：一种船员交接方法，应用于第一方面所述的一种船员交接系统，所述方法包括：

离船申请模块获取在船船员库中的离船船员提交的离船申请信息；

船员调配模块对所述离船申请信息进行审批，审批通过后，生成一离船提醒信息，同时还将其发送至上下船打卡模块；

上下船打卡模块根据所述离船提醒信息对离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成一审核申请信息；

船员调配模块对所述审核申请信息进行审核，审核通过后，更新船员管理子系统中的数据，以完成船员交接。

优选的，所述方法还包括：上下船打卡模块直接将从所述在船船员库中挑选的离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成所述审核申请信息。

优选的，所述离船申请信息包括船舶信息、职务信息、计划离船时间和交接文件。

优选的，所述计划离船时间包括计划离船最早时间和计划离船最晚时间。

优选的，所述更新船员管理子系统中的数据具体包括：

更新船员管理子系统中的调配数据；

更新船员管理子系统中的船员考勤数据；

更新船员管理子系统中的船员保险数据；

更新船员管理子系统中的船员工作履历数据。

采用上述技术方案，具有以下优点：本发明提出的一种船员交接系统及其方法，通过离船申请模块线上进行申请信息的提交，船员调配模块进行线上审批，克服了线下审批流程长，效率低，材料不容易存档的问题，在船员交接时，通过上下船打卡模块直接对离船船员和接替船员进行信息关联形成交接记录和交接手续，减少出现交接错误的概率；同时，上下船打卡申请在一起审批，实现了对工作交接监督管理流程的管理，也进一步简化了审批流程，提高了管理效率。

图1为本申请实施例提供的一种船员交接系统的原理框图；

图2为本申请实施例提供的一种船员交接方法的流程图。

为了使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述，以下实施例用于说明本发明，但不用来限制本发明的范围。

参考图1，本申请实施例提供的一种船员交接系统，所述船员交接系统包括船员管理子系统、离船申请模块和上下船打卡模块，所述船员管理子系统包括船员调配模块和船员库。

所述船员库包括在船船员库和在岸船员库。

具体地，船员库中的信息包括各个船舶、各个船员的历史记录等，在船船员库包括各船舶上在船上的各个船员的信息，在岸船员库包括未在船上的船员信息，其中包括可随时上船和有具体上船计划时间的接替船员，船员库中的数据实时进行更新，同时在显示时，可隐藏不可选的船员信息或是以灰进行显示，在此不做限制。

所述离船申请模块用于获取在船船员库中的离船船员提交的离船申请信息。

具体地，离船船员在电脑端或手机端上填写离船申请信息，所述离船申请信息包括船舶信息、职务信息、计划离船时间和交接文件，相应的还涉及、下船理由、是否有回船意向、预计下次上船时间，同时，为了适应船舶行业的特殊性，所述计划离船时间包括计划离船最早时间和计划离船最晚时间，这样使得计划离船时间为一时间段，因为在航行过程中，易出现台风等不可预料因素，难以将时间进行精确，符合实际的应用情况。

所述船员调配模块用于对所述离船申请信息进行审批，审批通过后，生成一离船提醒信息，同时还将其发送至上下船打卡模块。

具体地，离船提醒信息为审批通过后该系统自动生成的一条信息，该离船提醒信息包括离船申请信息中的全部信息以及预计接替时间，相应的预计接替时间也为一时间段，船员调配模块本身还用于进行船员上/下船的调配管理，在应用时，在生成离船提醒信息时，船员调配模块还自动生成一离船计划任务，便于通过离船计划任务的处理，直接进行船员调配，以完成船员接替。

所述上下船打卡模块用于根据所述离船提醒信息对离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成一审核申请信息。

具体地，船员库中实时更新有可接替船员的相关信息，在达到预计接替时间和计划离船时间时，船舶上的相关人员通过上下船打卡模块对离船船员和选择的对应接替船员进行信息关联，相应的输入实际的离船时间、接替时间、上/下船港口和上次交接文件等信息，从而将上下船打卡两个独立的申请合二为一，一同发送至岸基人事部进行审核，使得数据相互关联，档案存储科学，实现对工作交接监督管理流程的管理和形成交接记录，减少船员错误安排的情况发生，也进一步简化了审批流程，提高了管理效率。

当然在实际应用中，所述上下船打卡模块还可实现单独的上船打卡申请和单独的下船打卡申请，例如，实现单独的下船打卡申请时，可只选择相应的下船船员的信息和上传的相关文件等，选择无上船船员，然后提交审核将其发送至船员调配模块；单独的上船打卡申请与此类似，在此不做赘述，需要说明的是，若同时选择无上船船员和无下船船员，则无法进行提交审核。

所述船员调配模块还用于对所述审核申请信息进行审核，审核通过后，更新船员管理子系统中的数据，以完成船员交接。

具体地，审批通过后，更新船员管理子系统中的数据具体包括：

更新船员管理子系统中的调配数据，对应更新船舶上的船员名单；

更新船员管理子系统中的船员考勤数据；

更新船员管理子系统中的船员保险数据；

更新船员管理子系统中的船员工作履历数据。

通过上述实施例，通过该系统，有效将预计的离船船员数据和预计上船的接替船员数据直接读入该系统，在真正进行船员上下船操作时，可以直接调用，减少了传统方式的录入操作工作量，并且可以比对原预计提交的数据和实际操作数据和进行存储；

通过上下船打卡申请操作，有效将上船动作和下船动作联系在一起，形成交接记录并保管交接手续，同时，上下船打卡申请在一起审批，也减少了相关人员的操作工作量，避免了只批准一人而不同意另一人的数据操作错误的情况。

同时该系统的应用，通过船员管理子系统中的船员调配模块，使得可根据不同的情况使用不同的交接形式，一方面可利用船员调配模块本身具有的船员上/下船的调配管理功能，在通过离船申请信息审批后，直接进行船员调配，以完成船员接替；另一方面通过上下船打卡模块进行交接关联，然后提交船员调配模块审核，采用这两种并列方式，就是考虑有的公司，都是岸基人事部操作，但也有的公司，慢慢的也让船上的人员来参与申请，岸基人事部负责审核就行了，进一步实现交接的灵活性。

进一步地，为了提高该系统的便利性和贴合现实情况，所述上下船打卡模块还用于直接将从所述在船船员库中挑选的离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成所述审核申请信息。

这是考虑到实际情况中会出现在船船员并未提前进行正常的申请，但该船员在船合同时间已经到了或是因疾病等其它特殊情况，这时也可以安排接替计划，也就是说，不必根据是否有离船提醒信息，在没有离船提醒信息时也可进行关联操作并提交审核申请信息。

同时，参考图2所示，本申请实施例还提供了一种船员交接方法，应用于上述所述的一种船员交接系统，包含以下步骤：

S101,离船申请模块获取在船船员库中的离船船员提交的离船申请信息。

具体地，离船船员在电脑端或手机端上填写离船申请信息，所述离船申请信息包括船舶信息、职务信息、计划离船时间和交接文件，相应的还涉及、下船理由、是否有回船意向、预计下次上船时间，同时，为了适应船舶行业的特殊性，所述计划离船时间包括计划离船最早时间和计划离船最晚时间，这样使得计划离船时间为一时间段，因为在航行过程中，易出现台风等不可预料因素，难以将时间进行精确，符合实际的应用情况。

S102,船员调配模块对所述离船申请信息进行审批，审批通过后，生成一离船提醒信息，同时还将其发送至上下船打卡模块。

具体地，离船提醒信息为审批通过后该系统自动生成的一条信息，该离船提醒信息包括离船申请信息中的全部信息以及预计接替时间，相应的预计接替时间也为一时间段，船员调配模块本身还用于进行船员上/下船的调配管理，在应用时，在生成离船提醒信息时，船员调配模块还自动生成一离船计划任务，便于通过离船计划任务的处理，直接进行船员调配，以完成船员接替。

S103,上下船打卡模块根据所述离船提醒信息对离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成一审核申请信息。

具体地，在达到预计接替时间和计划离船时间时，船舶上的相关人员通过上下船打卡模块对离船船员和选择的对应接替船员进行信息关联，相应的输入实际的离船时间、接替时间、上/下船港口和上次交接文件等信息，从而将上下船打卡两个独立的申请合二为一，一同发送至岸基人事部进行审核，实现对工作交接监督管理流程的管理和形成交接记录，也进一步简化了审批流程，提高了管理效率。

S104,船员调配模块对所述审核申请信息进行审核，审核通过后，更新船员管理子系统中的数据，以完成船员交接。

具体地，审批通过后，更新船员管理子系统中的数据具体包括：

更新船员管理子系统中的调配数据，对应更新船舶上的船员名单；

更新船员管理子系统中的船员考勤数据；

更新船员管理子系统中的船员保险数据；

更新船员管理子系统中的船员工作履历数据。

通过上述方法，使得离船申请通过线上进行申请、审批，克服线下审批流程长，效率低，材料不容易存档的问题，在船员交接时，直接对离船船员和接替船员进行信息关联形成交接记录和交接手续，减少出现交接错误的概率；同时，上下船打卡申请在一起审批，实现对工作交接监督管理流程的管理，也进一步简化了审批流程，提高了管理效率。

所述方法还包括：上下船打卡模块直接将从所述在船船员库中挑选的离船船员和从所述在岸船员库中选取的接替船员进行信息关联并生成所述审核申请信息。

具体地，这是考虑到实际情况中会出现在船船员并未提前进行正常的申请，但该船员在船合同时间已经到了或是因疾病等其它特殊情况，这时也可以安排接替计划，也就是说，不必根据是否有离船提醒信息，在没有离船提醒信息时也可进行关联操作并提交审核申请信息，使其使用更加贴合实际，提高了可操作性和便利性。

最后需要说明的是，上述描述仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。