《柔性pacs系统的设计与实现》由会员分享，可在线阅读，更多相关《柔性pacs系统的设计与实现（3页珍藏版）》请在金锄头文库上搜索。
1、第 卷第 期 计算机应用与软件 年 月 柔性 系统的设计与实现赵立臻 杨 帆（ 肇庆学院教育技术与计算机中心 广东 肇庆 ）（ 肇庆学院计算机与软件学院 广东 肇庆 ）收稿日期： 。赵立臻， 硕士， 主研领域： 软件工程与数据库。摘 要 是否具备适当的柔性是影响 系统推广应用的重要因素之一。针对 系统的柔性问题， 分析用户需求差异， 采用 与系统数据表相结合的方法使用户需求中的数据项、 输入格式、 输出格式等与相关的处理模块相分离， 并结合柔性软件开发技术理论， 给出了具有一定柔性的 系统的设计思想。同时以输入格式的柔性设计为例， 介绍了具体的实现方法。关键词 柔性软件 系统数据表 动态设置
2、软件开发 （ ， ， ， ， ）（ ， ， ， ， ） ， ， ， ， ， ， ， ， 引 言 系统 是一种解决现代网络技术环境下各类医学影像 的数字化存储与网络传输问题的医学应用系统。系统的主体是能够联接各类医学影像设备的各类医学影像（ 、 、 超以及病理显微影像等） 工作站， 分别完成所连接的影像设备的影像采集、 处理、 传输、 检索、 输出等功能。然而， 目前我国各级各类医院实行的是“ 以医院为单位的” 病例管理制度， 即不同医院的病例在数据项目、 格式设置、 描述规范、 管理办法等方面存在差异； 同一医院中， 不同影像工作站的影像描述和影像诊断信息各有不同。这些将导致不同医院的病例信息
3、和相同医院的不同影像工作站的诊断信息在输入、 存储、 处理和图文报告的输出格式等方面存在较大差异， 对 系统的适应性提出了更高要求。本文针对 系统的适应性问题， 结合应用软件系统的柔性思想， 提出了柔性 系统的设计思想， 有效解决了不同医院、 不同类型医学影像工作站中的不同数据项、 不同输入输出格式的“ 统一处理” 问题， 使系统具有一定的柔性， 同时， 通过“ 模板技术” ， 解决用户使用和操作过程中的易用性和灵活性问题。 柔性系统及其影响因素 柔性应用软件系统软件的柔性 是指软件适应变化的能力， 柔性应用软件系统 （ ） 是指在一定范围内能够满足和适应用户需求变化的应用软件系统。这种软件系
4、统在使用环境和用户需求发生变化时， 无需修改或稍加修改就能满足用户需求。应用软件系统的柔性主要表现在开发柔性和使用柔性两个方面。开发柔性是面向高级用户或软件开发者的， 可提供相应的系统修改接口， 支持模块化技术、 技术、 构件技术和软件复用技术 ， 使得高级用户和软件开发人员能够更加简单、 方便地进行软件系统的调整与修改。使用柔性是面向普通用户的， 当用户需求发生变化时， 原有应用软件系统不必由开发人员修改， 用户可以通过软件提供的相关设置功能和交互界面， 对软件的功能、 参数、 格式等进行动态配置或调整， 直接获得对新需求的支持能力， 使应用软件系统具备相应的适应能力。本文所说的“ 柔性”
5、主要指应用软件系统的使用柔性。 影响 系统柔性的主要因素 通过对各级各类医院 应用需求的分析发现， 影响 系统通用性和适应能力的主要因素有以下三个：（ ）不同数据项。由于各医院采用各自不同的病历， 病历所记录的数据项存在较大差异， 导致 系统在登记病人信息和填写病历时的数据项各有不同。如果 系统直接处理固定数据项的病历， 就很难在病历有差异的其他医院或医疗机第 期 赵立臻等： 柔性 系统的设计与实现 构应用。（ ）不同输入格式。无论是不同医院还是相同医院的不同类型影像工作站， 不仅信息输入的内容随数据项的不同而变化，更重要的是输入格式也各不相同。这就要求 系统不能直接针对某种指定的输入格式而设
6、计， 而应该支持动态可变的输入格式。（ ）不同输出格式。 柔性 的设计除其它常规功能设计外， 柔性 系统设计应主要解决用户数据项以及输入 输出格式的柔性处理问题。基本思想是采用 设计方法， 借助数据库技术， 通过增设数据对象表、模版格式表、 索引表等系统数据表， 实现对多种用户数据项以及输入 输出格式的定义与存储； 在此基础上， 改变以前 系统直接处理用户数据、 输入格式以及输出格式的“ 直接” 控制观念， 设计新的数据项控制和输入 输出格式控制服务， 通过访问系统数据表中的当前默认索引标识， 来确定要处理的用户数据项以及输入 输出格式， 从而提供 系统的柔性处理能力，如图 所示。同时， 设计
7、相应服务， 向用户提供方便的桌面设置能力， 实现用户数据项、 用户输入格式和用户输出格式的动态设置， 并将设置结果以对象标识或模板标识为索引， 存储在数据对象表或模板格式表中， 同时建立相应的索引表， 以便 的相应控制服务使用。图 柔性 系统的基本架构 数据项的柔性处理实现数据项柔性处理的关键是： 如何将用户数据项抽象为对象， 并将相应的属性存储于用户不能直接访问的数据对象表中。具体设计方法如下：（ ）分析各应用单位（ 部门） 的数据项， 找出相同数据项，抽象出基本数据项， 从而定义一个基本数据项对象， 包括对象标识（ 对象名或编号） 、 属性集合、 服务集合。具体描述为： （ （ ， ， ，
8、 ） ， （ ， ， ， ） ）， 其中： 为对象标识， 为对象 的属性， ， ， ， ； 为对象 的服务， ， ， ， 。（ ）将 的全部属性以对象标识为索引， 存于数据表 中， 其结构包括对象标识、 数据项名、 类型、 长度等四个基本字段， 分别保存对象编号（ 或名称） 以及对象中各属性名、 属性类型和取值范围。（ ）增设用户数据项设置服务 ， 用来管理用户数据项。当用户需要处理或输入输出的数据项发生变化时， 可访问数据表 ， 并以某个数据对象所定义的数据项为基础（ 模板） ， 通过“ 继承” 得到基本数据项， 需要添加的新数据项可由用户直接定义， 从而形成新的数据项对象 ， 并将所定义的
9、新数据项以 为对象标识保存于数据表 中。（ ）在服务 的控制下， 同时建立一张索引数据表 ， 其结构至少包括数据项对象标识和默认使用标志两个字段， 用来指出当前用户所选择的数据项对象。（ ）当应用系统运行时， 数据项控制服务不是直接指定要处理的数据项， 而是首先访问索引数据表 ， 从中找出当前用户的数据项对象 ， 依此查数据对象表 ， 读出所有对应属性所定义的数据项， 并以此为结构数据建立或访问用户数据表 ， 如图 所示。也就是说， 数据表 中的某一数据项对象 的全部属性记录定义了一种用户数据表 的结构。图 从数据对象到用户数据表 输入 输出格式的柔性处理 系统输入 输出的基本特点是以记录为单位进行输入输出， 输入 输出的基本内容包括文本诊断信
