全员业务常见问题临时答复.docx

1、 我关于本地女婚嫁至外地如何处理的问题首先得判断此女是否户籍从公安里迁出了，如果户籍迁出了则申请迁出，迁出原因为婚嫁。如果户籍未迁出则只需要通报婚嫁（省内）信息即可。对于嫁到省外 自然无需通报。（注意：通报婚嫁功能在档案信息管理里第四个操作按扭。）2、 关于全员业务管理录入出生时，发现其它辅管理地已经录举例：张三在流入地合肥已经有了一张流入管理卡，且在流入卡里上报了一条出生信息。之后户籍地六安的业务管理员发现了张三的出生，当六安管理员在录入出生信息时发现户成员中已经有了该出生的基础信息（为流入地录出生时所建）。这个时候如果六安的管理员继续录入的话系统就会出现这个出生的重复基础信息。如何解决？解决方案：遇到这种情况，六安管理地可直接通过出生信息中-全部出生信息看到流入地所录的出生，点击操作栏中第二个按扭认定即可。操作完成后这两条出生所对应的基础信息是一致的。3、 关于户籍地变更说明新系统中省内户籍地的变更仅允许在本乡镇内变更。一但需要跨乡镇变更只能通过迁移申请4、关于业务信息（如：出生，妊娠等）删除不记录日志的说明 老系统设定业务信息在24小时内删除不记录日志。新系统设定业务信息在72小时内删除不记录日志。请大家注意！5、关于事实婚姻如何登记处理的问题 首先，我们在培训的时候说过，新系统中基础信息（如：姓名，性别，出生日期，身份证号等）的录入要以事实为准。同样新婚登记也以民政是否已经领证为准。对于大家所关心的“事实婚姻”该如何处理在新管理规范未发布之前我有两种建议方案供大家选择：1：先以“女方”直接建业务管理卡（又称：WIS卡、常住管理卡），建卡完成之后，可正常录任何业务信息。当双方领证再登记新婚。说明：这种方式是我比较推荐的，因为他既可以保证业务信息及时上报又可以保证婚姻信息准确无误。2：像以前一样直接登记新婚系统自动建业务管理上并上报信息。说明：这种方式和以前基本一样，有一个缺点就是登记新婚时所选的结婚日期肯定与民政有出入，但业务信息上报是不受任何影响的。注意：在此提供的两种方案是在新管理规范未发布之前的临时解决方案。具体该如何处理以省里下发新管理规范为准。6、关于部分用户反应查不到业务卡的问题由于新系统中信息登记是以（姓名、性别、配偶姓名）这种方式保存的。所以很多用户反应用男子姓名查询时查不到业务卡片。那是因为没有将男子姓名输入至配偶姓名里查询所造成的！7、关于双胞胎出生妊娠次和孩次的录入问题 由于双胞胎为同一妊娠所产生所以在录出生信息时妊娠次是一样的。但孩次必须叠加如：姓名 妊娠次 孩次性别 出生日期小孩一1 一孩 男2014-01-20小孩二1 二孩 女2014-01-208、关于基础信息建档与管理的问题 1：对于省里户籍人口，新系统要求必须建档。如果系统中无档案。无论流入地或是户籍地都可以建档，不同的是流入地建档的时候（系统默认为未建档状态）会通报给户籍地由户籍地来认定！2：在建档的时候一定要注意确认此人在基础信息库中无档案以避免重复建档。其中证件号码已经做了自动重卡判断请大家关注使用。当发现有重卡时应停止建卡。因为你可以可以使用已存在的这张基础信息办理任何业务。3：新系统当前严格控制了基础信息的管理，理论一条基础信息只有一个有效管理地。如果其它地方发现这条基础信息有错，且无法修改时。可以通过通报基础信息误差功能通报给管理地，让管理地来修正基础信息。9、关于妊娠信息中妊娠次和孩次的关系问题 1：新系统中妊娠信息中的妊娠次是用来与出生信息关联之用（出生信息中有一个妊娠次的选择录入功能）。2：妊娠次其实是一个轮次的概念，在系统为是不可重复并自动生成的。它与孩次并没有绝对的关系（比如第一次录妊娠时妊娠次为1孩次为1，而最后人流了，在第二次录妊娠时妊娠次就是2了但孩次仍然是1）3：当录入出生信息时，如果该出生所对应的妊娠我们已经录入系统的话就可以选择对应妊娠的妊娠次，如果没有录入系统的话妊娠为统一录入为04：对于抱养的出生也是妊娠次为0。10、关于新婚登记时找不到女方信息的问题 新系统婚姻登记要求登记双方为非“已婚”状态，而大多用户在建基础信息的时候已经将配偶选择好了。因此在婚姻登记里就查询不到了。在此指醒大家，在进行婚姻登记时，如需要建档的话，建档的时候一定不要选婚姻状况和配偶。11、新系统帐号问题 新系统的设计是一个一个帐号。且为单点登陆！当用户在新的设备上登陆帐号时，原来设备所登陆的帐号就无法继续进行信息编辑。这样做的目的是保证信息安全。12、用户保存时提示您无权进行此操作 问题原因：1：系统判断用户无权限进行此操作！2：用户所用帐号被其它人重复登陆使用了。（新系统设计为一人一个帐号，不可多人同 说明：目前大部分用户反应的情况都属于原因2！13、用户保存时提示您无权进行此操作 问题原因：1：系统判断用户无权限进行此操作！2：用户所用帐号被其它人重复登陆使用了。（新系统设计为一人一个帐号，不可多人同时使用一个帐号！）说明：目前大部分用户反应的情况都属于原因2！14、关于出生、妊娠、避孕信息批量查询及导出功能的开放 这类功能性查询。我们会在系统完善后马上开发！请大家不要着急。目前我们的主要任务是保证系统安全稳定的运行15、关于全员业务卡片单独迁移功能的说明 为保证业务卡片不重复建卡，设计开发该功能是非常必要的！我们已经请示并得到了领导的同意开发此功能！在功能未开放之前，请大家先通过建卡并人工通报对方注销卡的方式来解决业务卡片移交管理的问题。以下是该功能的设计流程，请大家先熟悉下并比较与基础信息迁移的区别：1：现管理地（乡）提出卡片移交申请2：原管理地（乡）初审该申请信息3：现管理地（县）复审该申请信息说明：当初审及复审都通过时该卡片自动移交到现管理地管理，并生成一条卡片移交记录 （类似迁移申请后生成的迁