番禺区数据采集与存储
数据交换基本需求
1 交换体系结构
方案一：先将生产数据（P）放到前置机上的数据库（F）中，再交换到上传数据库（U），并集中到中心数据库（C）。下图示意了两家机构将数据集中到中心数据库的过程。
整个交换体系包括三大部分：
从P到F（可通过数据库的快照实现）
从F到U
从U到C
方案二：直接把生产数据（P）交换到上传数据库（U），再集中到中中心数据库（C）。下图示意了两家机构将数据集中到中心数据库的过程。
整个交换体系包括两大部分：
从P到U
从U到C
方案比较：
其主要差别是是否采用前置机数据库。具体差异如下。
序号 比较内容 方案一 方案二
1. 对生产数据库的性能影响 较小。
快照由Oracle内部处理。 较大。
侦听器需要记录变更轨迹。
2. 投入 前置机软硬件。
内存：512M – 1G
CPU：PIII以上
操作系统、数据库。
（可考虑升级原农保或医保前置机）
3. 安全 较好。 一般。
4. 实施 一般。
建立从生产到前置机数据库的快照。 一般。
5. 生产数据迁移后，上传和中心数据库不变
建议采用方案一。
2 功能要求
从生产数据库到前置数据库的数据迁移可通过Oracle数据库的快照实现，比较简单，不再叙述。下面重点讨论从各医院/卫监到上传数据库，再到中心数据库的数据交换的功能要求。
2.1 从各医院/卫监到上传数据库
基本功能需求：
生产数据迁移后，上传和中心数据库不变。
具有增加字段的功能，如机构代码、计算字段等。
数据下载到各家机构。如标准字典。
医院自己可打开和关闭数据采集侦听，其目的是让医院做数据迁移工作，但不影响到上传库。
上传存储成功后，删除前置数据库中的数据。
主从表时需先采集和装载主表，再从表。
上传表中要记录下最后更新时间。
|
|
资源大小：20.04 KB 
