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

1.1 、IXS库

脚本是用sql写的，放在IXS库。最好是从其他在用的医院，直接拿IXS库过去，如果IXS存在并且不能覆盖的，就导该接口相关的表、函数和存储过程导过去。
相关的表、函数、存储过程：gzrhin,gzrhinEmr30,gzrhinIP30,gzrhinOP30架构名的都是。
gzrhin公共架构，统计数据等
gzrhinEmr30电子病历相关
gzrhinIP30住院相关
gzrhinOP30门诊相关

相关表、函数、存储过程脚本可在平台上拿，具体的数据库对象没有的，可以执行以下脚本：
98632：“创建广州市平台接口相关表”
98638：“创建广州市平台接口相关函数”
98639：“创建广州市平台接口相关存储过程”。

1.2、链接服务器

在IXS库服务器建两个链接服务器，一个是到广州市平台中间库的链接（rhin），另一个是到3.0库的链接（CLINICDB），所有脚本的链接服务器都要替换成相应的链接服务器名。

2、3.0字典缓存同步。

将3.0的字典同步到IXS库。存储过程里面解析字典时，没有直接访问3.0的字典表，访问的是缓存表的数据。

2.1、相关表和存储过程

ixs30架构的表和存储过程，具体的对象没有的，可以执行相关的脚本：
98655：“创建HIS30相关的缓存表”
98656：“创建HIS30缓存相关的存储过程”
入口存储过程：[ixs30].[SyncDictionaryFrom30]

2.2、清数据及初始化

执行以下脚本清理字典缓存数据和初始化，执行完，要检查相关表的数据。

98657：“清除HIS30字典缓存表”
98658：“初始化HIS30字典缓存”

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

用于同步字典，每天执行一次就行了。
98675：“作业_HIS30同步字典到IXS缓存”。

3、编码映射

将3.0用到的编码映射到平台定义的编码。

3.1、相关的表

gzrhin. CodeSystem, gzrhin. CodeSystemItem, gzrhin. CodeSystemMapping

3.2、清数据及初始化

1、编码系统初始化
98702：“编码系统初始化”，存在数据，则跳过。
2、平台字典的初始化，数据是从客户文档导过来的，可以执行以下脚本，如果数据是从其他在用的医院拿过来的，存在该数据，则跳过。
98703：“平台编码初始化”
3、HIS编码初始化。
98704：“HIS编码初始化”
4、编码映射初始化
98705：“编码映射初始化”

3.3、手工界面维护映射

上面的编码映射初始化，只是根据名称相同进行简单的匹配，没能匹配上的数据，则要通过工具手工维护。
1、维护dbs,将IXS库维护成当前环境的库。
广州市平台接口数据上传说明（中间表方式） - 图1

2、在3.0运行目录下，找到CodeMappingTool.exe运行
运行编码映射工具，下拉选择“广州市区域平台接口”，左上选择HIS30源编码，左下选择平台定义的编码，然后点击“检查映射”按钮，没映射的，会红色显示，手工选择目录编码维护保存就行了。
广州市平台接口数据上传说明（中间表方式） - 图2

4、参数设置

按需要手工维护参数表的数据，比如机构代码，名称等，根据描述及医院的实际情况维护。
相关的表：gzrhin.Parameter
广州市平台接口数据上传说明（中间表方式） - 图3

5、作业上传配置

1、作业配置
gzrhin.Job表：作业表，比如：“上传HIS30患者信息”作业用于上传患者相关的表，“上传OP30门诊相关信息”作业用于上传门诊业务相关的表等，可以自己设置，一般按默认设置即可。
gzrhin.JobStep表：作业步骤，即某个作业，具体的处理步聚
比如“上传OP30门诊相关信息”作业包括“上传OP30门诊挂号信息”，“上传OP30门诊就诊信息”等几个具体的步聚，每个步聚处理具体的一个或多个表，可以自己设置，一般按默认设置即可。
作业及步聚初始化脚本: 98711：“作业配置”。如果存在该数据，可以跳过该脚本。

6、作业上传数据

通过SQL作业，执行前面的作业配置的作业信息，一般一个配置作业，用一个SQL作业负责执行。可以用以下默认的作业创建脚本：
广州市平台接口数据上传说明（中间表方式） - 图4

上传的日志保存在gzrhin.JobLog，gzrhin.JobFailLog这两张表。
某个业务表，上传到哪个业务时间点，可存在gzrhin.JobStep 的LastEffectedTime字段。

7、脚本

用到的脚本可以从平台上拿，系统名：“广州市平台接口三期30”
广州市平台接口数据上传说明（中间表方式） - 图5

8、设计说明

1、入口存储过程：[gzrhin].[ExecJob]，该存储过程根据gzrhin.Job，gzrhin.JobStep的配置，执行相关的存储过程，然后将上传时间点保存到gzrhin.JobStep表，运行日志保存在gzrhin.JobLog，gzrhin.JobFailLog两个表。

2、重试存储过程：[gzrhin].[ReExecJob]，该存储过程根据gzrhin.Job，gzrhin.JobStep的配置，及gzrhin.JobFailLog日志，对上传出错的记录进行重试处理。

3、[gzrhin].[ExecJob]，[gzrhin].[ReExecJob]由上具体的SQL作业调度执行。

实施大概步聚
1、确保字典缓存同步没问题
2、确保编码映射维护正确
3、确保相关的参数配置正确
4、确保作业配置数据没问题
5、运行SQL作业，查看上传日志gzrhin.JobLog，gzrhin.JobFailLog，看运行是否正常
6、查看平台中间表，看数据是否正常