HIS30导病案到省厅说明

1、相关的表、函数和存储过程。

1.1 、IXS库

脚本是用sql写的，放在IXS库，如果没有单独的SQLSEVER服务器，可以放到省厅的数据库服务器。最好是从其他在用的医院，直接拿IXS库过去，如果IXS存在并且不能覆盖的，就导病案相关的表、函数和存储过程导过去。
相关的表、函数、存储过程：gdipcase架构名的都是。

1.2、省厅bagl_java库

由于跨服务器更新，性能有问题,在省厅病案库加了两个表和存储过程，如果没有要补上
表：dbo.IPCaseToDelete4His30存储过程：dbo.DeleteIPCase4His30

1.3、链接服务器

在IXS库服务器建两个链接服务器，一个是到省厅病案库的链接，另一个是到3.0库的链接，所有脚本的链接服务器都要替换成相应的链接服务器名。

2、3.0字典缓存同步。

将3.0的字典同步到IXS库，不止省厅病案接口，其他接口也有用到。存储过程里面解析字典时，没有直接访问3.0的字典表，访问的是缓存表的数据。

2.1、相关表和存储过程

ixs30架构的表和存储过程。
入口存储过程：[ixs30].[SyncDictionaryFrom30]

2.2、清数据及初始化

执行脚本 “清除HIS30字典缓存表”.sql, “初始化HIS30字典缓存”.sql。执行完，要检查相关表的数据。

2.3、HIS30同步字典到IXS缓存 作业

用于同步字典，每天执行一次就行了，没有的话，就建个作业，作业里面调用存储过程
declare @Out_Result int
declare @Out_Msg NVARCHAR(512)
Exec [ixs30].[SyncDictionaryFrom30] @Out_Result out,@Out_Msg out

3、编码映射

将3.0用到的编码映射到省厅病案用到的编码。

3.1、相关的表

gdipcase. CodeSystem, gdipcae. CodeSystemItem, gdipcase. CodeSystemMapping

3.2、清数据及初始化

执地脚本”省厅病案接口编码映射初始化”.sql，”省厅病案接口编码映射检查”.sql

3.3、手工界面维护映射

维护dbs,将IXS库维护成当前环境的库。

在3.0运行目录下，找到CodeMappingTool.exe运行
运行编码映射工具，下拉选择“省厅病案系统接口”，左上选择HIS30源编码，左下选择省厅病案编码，然后点击“检查映射”按钮，没映射的，会红色显示，手工选择目录编码维护保存就行了。

4、参数设置

由于每间医院的逻辑可能会有点不同，通过参数控制，按需要手工维护表的数据。
相关的表：[gdIPCase].[Parameter]

5、手工上传数据。

界面上手工上传数据功能调用[gdIPCase].[ImportIPCaseByEncounterIds]，测试某个患者时，可以调用这个存储过程测试。

[gdIPCase].[DeleteIPCaseByEncounterIds]，用于删除某次的病案记录。

6、作业上传数据

如果不需要自动上传的，可以不建，或者禁掉该作业。

6.1、相关的日志表

[gdIPCase].[JobLog]，[gdIPCase].[JobFailLog]

6.2、作业”HIS30上传病案信息到省厅库”

调用的存储过程exec [gdIPCase].[JobImportIPCase]，用于每天上传提交的病案。
每次运行时，会从[gdIPCase].[Parameter]表里面的上次上传时间点开始，上传一天的数据，运行后，上次上传时间点会加一天，并且在JobLog表插入一条记录，如果运行失败，会在JobFailLog插入一条记录。
正常情况下，每天0点过后，比如：0：10分上传前一天的提交的病案，如果上次上传的时间点不对，可以手工执行作业或者存储过程，让时间点走到前一天。

6.3、”HIS30上传病案信息到省厅库.重试处理”

用于重传出错的病案。调用的存储过程exec [gdIPCase].[JobRetryImportIPCase]

7、脚本

用到的脚本可以从平台上拿，系统名：省厅病案接口

8、生成DBF文件

设置下面两个参数，在界面操作，将病案导入省厅的同时，会在设置的路径下，生成DBF文件。