远程医疗专家会诊系统设计及开发论文

1、-. z本 科学士论文论文题目 远程医疗专家会诊系统的设计与开发 摘 要计算机支持的协同工作(CSCW: puter Supported Cooperative Work)是目前国际上研究和应用的一个热点。Internet和多媒体技术的迅猛开展和广泛普及，使得基于Internet在全球围开展各种类型应用的协作成为可能。计算机支持的远程协同医疗诊断是CSCW的一个重要应用领域。与传统的医疗模式相比，基于Web的CSCW远程医疗诊断系统不仅摆脱了地域和时空的限制，使身处异地的医师和患者之间面对面地实时交流，而且摆脱了卫生资源短缺、节省治疗时间和费用等问题，使医疗资源能够得以充分利用和优化。本文首先

2、介绍了CSCW的一些根本概念，分析了目前远程医疗诊断系统的特点和存在的缺乏，然后给出的基于Web的远程协同医疗诊断系统的异步非实时协同诊断模型和同步多点实时协同诊断模型。异步非实时协同诊断模型利用ASP技术结合JavaScript开发远程医疗诊断，实现会诊申请、患者病历资料录入、会诊状态和结果发布等功能，同时通过信息系统，协同会诊事务。同步多点实时协同诊断模型利用C#编程，调用NetMeeting 组件中提供的文本、音频、视频、共享白板等交互功能和会议用户管理接口，实现实时会诊时用户管理、诊断讨论等事务协同、实现音频和视频的多点交互。关键字： CSCW；远程医疗诊断；ASP技术；NetMeet

3、ing 组件；Web-. zRemote Medical E*pert Consultation SystemAbstractCSCW (puterSupportedCooperativeWork)is avery activeresearchfieldinputer ScienceWith the rapid development of internet applied technology andMultimedia Technique, many cooperative application of web-based is to e true. puter-supported Coo

4、perative telemedicine is a very important field of CSCW. pare with traditional medical care, it not only breaks the space-time restriction，makes doctors and patients who are not in same place municated more directly，but also breaks the restriction of health resource shortage, saves treatment time an

5、d cost，makes health resources prehensive and effective utilize. First, the basic content of CSCW is introduced, and the shorting and characteristic of present telemedicine diagnosis system are analyzed. Then theasynchronous, non-real-time mode of medical consultations and the mode of longdistance, r

6、eal-time consultations via video conference are presented. The former using Active Server Pages technology and JavaScript technique implements application ofconsultation, case history inputting, the state and result of consultation releasing .Doctors can cooperate with patients in consultation via t

7、he information system. The latter programs withC#, using te*t,audio,video,whiteboard function ofNetMeeting groupware, implements the users management and discuss of diagnose inconsultation. Implementation realizes multi-point interactive via audioand video.Key word:SCW; Telemedicine; ASPTechnology;

8、NetMeetingGroupware; WEB-. z目 录 TOC o 1-3 h z u HYPERLINK l _Toc169705039HYPERLINK l _Toc169705040HYPERLINK l _Toc169705041引言 PAGEREF _Toc169705041 h - 1 -HYPERLINK l _Toc169705042第一章、绪论 PAGEREF _Toc169705042 h - 2 -HYPERLINK l _Toc1697050431.1 远程医疗的概念和分类 PAGEREF _Toc169705043 h - 2 -HYPERLINK l _To

9、c1697050441.2 远程医疗的意义 PAGEREF _Toc169705044 h - 3 -HYPERLINK l _Toc1697050451.3 远程医疗和CSCW(puter Supported Cooperative Work) PAGEREF _Toc169705045 h - 3 -HYPERLINK l _Toc1697050461.4 远程专家会诊系统的开展现状 PAGEREF _Toc169705046 h - 4 -HYPERLINK l _Toc1697050471.4.1 远程医疗在国外的开展现状 PAGEREF _Toc169705047 h - 4 -HY

10、PERLINK l _Toc1697050481.4.2 远程医疗在国的开展现状 PAGEREF _Toc169705048 h - 4 -HYPERLINK l _Toc1697050491.4.3 远程医疗的开展方向 PAGEREF _Toc169705049 h - 5 -HYPERLINK l _Toc1697050501.5 CSCW的概念和体系构造 PAGEREF _Toc169705050 h - 5 -HYPERLINK l _Toc169705051第二章、基于Web的远程专家会诊系统的模型设计 PAGEREF _Toc169705051 h - 8 -HYPERLINK l

11、 _Toc1697050522.1 远程专家会诊系统的需求分析 PAGEREF _Toc169705052 h - 8 -HYPERLINK l _Toc1697050532.2 远程专家会诊系统的体系构造 PAGEREF _Toc169705053 h - 10 -HYPERLINK l _Toc1697050542.2.1 系统的平台构成 PAGEREF _Toc169705054 h - 10 -HYPERLINK l _Toc1697050552.2.2 系统的协同与合作模式 PAGEREF _Toc169705055 h - 11 -HYPERLINK l _Toc169705056

12、第三章、系统分析 PAGEREF _Toc169705056 h - 13 -HYPERLINK l _Toc1697050573.1远程专家会诊系统的性能分析 PAGEREF _Toc169705057 h - 13 -HYPERLINK l _Toc1697050583.2 远程专家会诊系统的业务流程分析 PAGEREF _Toc169705058 h - 13 -HYPERLINK l _Toc169705059远程专家会诊系统总体业务流程描述如图6所示。 PAGEREF _Toc169705059 h - 13 -HYPERLINK l _Toc1697050603.2.1 根底信息管

13、理的业务流程分析 PAGEREF _Toc169705060 h - 14 -HYPERLINK l _Toc1697050613.2.2 会诊管理的业务流程分析 PAGEREF _Toc169705061 h - 14 -HYPERLINK l _Toc1697050623.2.3 专家讨论的业务流程分析 PAGEREF _Toc169705062 h - 15 -HYPERLINK l _Toc1697050633.2.4 专家留言的业务流程分析 PAGEREF _Toc169705063 h - 15 -HYPERLINK l _Toc1697050643.2.5 医嘱查询的业务流程分析

14、 PAGEREF _Toc169705064 h - 15 -HYPERLINK l _Toc1697050653.2.6 病案查询的业务流程分析 PAGEREF _Toc169705065 h - 16 -HYPERLINK l _Toc1697050663.3 开发环境 PAGEREF _Toc169705066 h - 17 -HYPERLINK l _Toc169705067第四章、系统功能设计 PAGEREF _Toc169705067 h - 18 -HYPERLINK l _Toc1697050684.1 系统总功能模块构造 PAGEREF _Toc169705068 h - 1

15、8 -HYPERLINK l _Toc1697050694.2 系统子模块功能设计 PAGEREF _Toc169705069 h - 18 -HYPERLINK l _Toc1697050704.2.1 登陆子模块 PAGEREF _Toc169705070 h - 18 -HYPERLINK l _Toc1697050714.2.2 根底数据管理子模块 PAGEREF _Toc169705071 h - 19 -HYPERLINK l _Toc1697050724.2.3 会诊管理子模块 PAGEREF _Toc169705072 h - 20 -HYPERLINK l _Toc16970

16、50734.2.4 病案管理子模块 PAGEREF _Toc169705073 h - 20 -HYPERLINK l _Toc1697050744.2.4 医嘱查询子模块 PAGEREF _Toc169705074 h - 21 -HYPERLINK l _Toc1697050754.2.4 专家讨论子模块 PAGEREF _Toc169705075 h - 21 -HYPERLINK l _Toc1697050764.2.5 系统效劳子模块 PAGEREF _Toc169705076 h - 22 -HYPERLINK l _Toc169705077第五章、系统数据库设计 PAGEREF

17、_Toc169705077 h - 23 -HYPERLINK l _Toc1697050784.1数据库表设计 PAGEREF _Toc169705078 h - 23 -HYPERLINK l _Toc1697050794.1.1 病人表(k_patient) PAGEREF _Toc169705079 h - 23 -HYPERLINK l _Toc1697050804.1.2 病人辅助检查信息表(k_medical) PAGEREF _Toc169705080 h - 23 -HYPERLINK l _Toc1697050814.1.3 专家表(k_e*pert) PAGEREF _T

18、oc169705081 h - 23 -HYPERLINK l _Toc1697050824.1.4 医院表(k_hospital) PAGEREF _Toc169705082 h - 23 -HYPERLINK l _Toc1697050834.1.5 会诊表(k_consult) PAGEREF _Toc169705083 h - 23 -HYPERLINK l _Toc1697050844.1.6 会诊状态表(k_state) PAGEREF _Toc169705084 h - 23 -HYPERLINK l _Toc1697050854.1.7 会诊结果表(k_result) PAGE

19、REF _Toc169705085 h - 23 -HYPERLINK l _Toc1697050864.1.8 会诊审核表k_approve PAGEREF _Toc169705086 h - 24 -HYPERLINK l _Toc169705087菜单表(k_menu) PAGEREF _Toc169705087 h - 24 -HYPERLINK l _Toc169705088用户表(k_user) PAGEREF _Toc169705088 h - 24 -HYPERLINK l _Toc1697050894.2 数据库E-R图 PAGEREF _Toc169705089 h - 2

20、4 -HYPERLINK l _Toc169705090第六章、系统实现 PAGEREF _Toc169705090 h - 26 -HYPERLINK l _Toc1697050916.2 页面的实现 PAGEREF _Toc169705091 h - 26 -HYPERLINK l _Toc1697050926.2.1 根本信息管理 PAGEREF _Toc169705092 h - 26 -HYPERLINK l _Toc1697050936.2.2 会诊管理 PAGEREF _Toc169705093 h - 27 -HYPERLINK l _Toc1697050946.2.3 病案管

21、理 PAGEREF _Toc169705094 h - 28 -HYPERLINK l _Toc1697050956.2.4 专家讨论 PAGEREF _Toc169705095 h - 29 -HYPERLINK l _Toc169705096第七章、完毕语 PAGEREF _Toc169705096 h - 32 -HYPERLINK l _Toc1697050975.1研究工作总结 PAGEREF _Toc169705097 h - 32 -HYPERLINK l _Toc169705098致 PAGEREF _Toc169705098 h- 32 -HYPERLINK l _Toc16

22、9705099参考文献 PAGEREF _Toc169705099 h - 33 -HYPERLINK l _Toc169705100附录一、局部源程序代码 PAGEREF _Toc169705100 h - 34 -HYPERLINK l _Toc169705101附录二、局部数据表构造 PAGEREF _Toc169705101 h - 42 -HYPERLINK l _Toc169705102附录三、文献综述报告 PAGEREF _Toc169705102 h - 46 -HYPERLINK l _Toc169705103附录四、外文翻译 PAGEREF _Toc169705103 h

23、- 53 -HYPERLINK l _Toc169705106附录五、开题报告 PAGEREF _Toc169705106 h - 69 -任务书指导记录卡评阅表远程医疗专家会诊系统设计与开发- PAGE - 28 -. z-. z引 言计算机支持的协同工作CSCW (puter Supported Cooperative Work)是一种能支持和协调群体活动的系统和工具，即通过计算机技术的应用来促进群体成员间的交互、协调与合作。近十几年来获得了飞速的开展，具有广阔的研究和应用前景。在远程专家会诊过程中，需要研究CSCW的信息交互，扩大网络协议，同时需要使CSCW更加适应于大容量的多媒体信息的

24、传输，使远程专家会诊成为真正实时的协同工作系统。在国外，目前虽然有很多部门投入远程医疗系统的研究与开发，已相继有一些远程医疗系统投入使用，但是这些系统的性能价格比以及易用性和实用性还不尽如人意。目前国己投入应用的远程医疗系统多种多样，既有简单的点对点方式也有复杂的多点交互方式，既有基于远程会议室型的也有桌面会议室型的。通过对其解决方案进展分析，我们发现这些系统或是依赖于专用通讯网络，使用费用十分昂贵，对接入点要求高，扩展不方便，不可移动，不易推广和普及；或是简单地依赖附Web技术，考虑远程医疗会诊的需要不够，适合医师在会诊时的辅助功能尚不完善，不易实现各个会诊点事务的严密协作，很难起到远程网上

25、协作会诊的应有效果。远程医疗诊断协同系统已成为我国医院和医疗事业数字化开展的一个重要方向，通过对现有远程医疗诊断协同系统实现方案的分析和比较，我们结合*些地区医院和医疗事业数字化研究工程的任务，提出基于Web非实时协同医疗诊断和实时多点协同医疗诊断两种实现模型，并给出了基于ASP技术的非实时协同诊断模型和基于NetMeeting 组件和MCU技术的远程多点实时诊断模型的实现方法。我们的目的是开发低本钱，适用面广，可靠性高，适合医师诊断需要的桌面型远程会诊系统，它为会诊医师提供全面的患者病历资料获取、语音/视频交流、文本/图像同步操作等功能强大的远程会诊平台。第一章、绪论1.1 远程医疗的概念和

26、分类远程医疗(Telemedicine)的概念1988年在美国被提出。九十年代以来，由于多媒体通讯技术的开展，远程医疗的应用有了技术保障，开展尤为迅猛。一个远程医疗系统作为一个开放的分布式应用系统，一般应包括远程诊断(Remote Diagnosis)、专家会诊(Consultation of Specialists)、信息效劳(Information Service)和远程学习(Remote Studying)等几个主要局部。从狭义上讲，远程医疗是指研究怎样利用多媒体计算机技术、通讯技术进展医疗活动的一门学科。它以多种数字传输方式，通过计算机网络，多媒体技术和远程医疗软件系统，建立不同区域的

27、医疗单位之间、医师和患者之间的联系，完成远程咨询、诊治、教学、学术研究和信息交流任务，形成医学专家之间、及其与患者之间的一种全新的诊疗模式。远程医疗诊断系统需要以计算机和网络通信为根底，实现针对医学资料(包括病历、*光片、CT片、检查报告和声像资料等)的存储、查询、比较和分析，借助基于文本、音频、视频和白板等实时交互工具，经过分布于各地的医师 集体会诊讨论后，得出一个明确的诊断结论和治疗方案。远程医疗按照业务可以分为以下三类：1.根本业务通常是一些定期刷新的静态医学信息及医学论坛；各入网医院的医疗环境、医疗设施及医学水平介绍；公布上网医师的联系方式，患者可通过或新闻讨论组同医师进展非实时的交流

28、。2.增强型业务主要指实时交互。患者通过BBS或者网上交互工具与网上医师进展实时对话，进展保健咨询，此时医师提供的信息仅供患者作一般性参考，医师不开处方，不负法律责任，患者有较高的自由度，可以咨询不同的医师，获取综合意见。3.高级业务指远程诊断、远程专家会诊、手术观摩、医学会议等。该类业务可以传送病历、处方、*光片、医学影像数据及其患者有关的生理信息，医师与患者可以实时全动态交流等。1.2 远程医疗的意义1.可以满足社会与患者的需要这主要是由我国医学资源分布不均的特点决定的。我国有80%的居民居住在县及县以下地区，而80%以上的医疗资源如医院、大型医疗设备、医师等资源多集中于大中城市，从而给大

29、局部居民的就医带来困难。并且随着人民生活水平的不断提高，对卫生效劳的要求也越来越高，远程医疗效劳的开展，可以满足异地及遥远地区的广阔患者的医疗效劳需求，解决疑难、危重病患者(尤其是急诊危重患者)到外地看病就诊难的矛盾。2.可以为患者赢得抢救时间远程医疗系统可以使参加会诊的专家对异地患者的医学图像和各种检查资料与异地医师就初步诊断进展交互式讨论，其目的是给远程医师提供诊断与医疗指导，帮助异地医师得出正确的诊断，用以减少疑难、危重患者的不必要检查及治疗、免除患者的往返奔波，可为及时准确的抢救与治疗赢得了时间。3.为患者节省费用开支在经济方面，患者为求医到大中城市而花费大量的人力、财力，远程医疗可以

30、有效地解决以上问题，偏远地区的患者在当地医院的会诊中心，即可承受大中城市专家的诊治，使患者省去劳顿之苦和一些不必要的支出。4.可以有效地节约卫生资源远程医疗的实现也可使少数高水平的医学专家在疾病诊断、治疗等方面的经历得以推广应用，实现人才资源的共享，使更多的患者可以有时机承受高质量的医疗卫生效劳，使少数高水平医学专家的技术更多地为社会效劳，从而充分利用卫生资源。另外，远程教育的开展还可以减轻中小医院在人员继续教育上的经济负担。1.3 远程医疗和CSCW(puter Supported Cooperative Work)CSCW是能支持和协调群体活动的系统和工具，即通过计算机技术的应用来促进群体

31、成员间的交互，协调与合作。它是一种能利用计算机支持人们协同工作的计算机技术。十几年来获得了飞速的开展，具有广阔的研究和应用前景。在远程专家会诊过程中，需要研究协同医疗诊断过程中的信息交互方式、协同控制协议和模型构造，同时需要使CSCW更加适应于大容量的多媒体信息的传输，使远程专家会诊成为真正实时的协同工作系统国际 上 每 年召开一次CSCW 的学术会议，并出版了CSCW的专门杂志。欧美和日本等国的科学家非常重视CSCW的研究和应用系统的开发，如欧盟围的ESPRIT、 RACE等方案中设立了许多关于CSCW的研究开发工程。在我国，随着1998年12月第一届中国计算机支持的协同工作学术会议在清华大

32、学的召开，标志着CSCW在我国的研究己日益深入和推广。与此同时，CSCW 正从概念走向实用，一些理论和应用成果的取得和推广将有力地推动CSCW在各个应用领域的开展。1.4 远程专家会诊系统的开展现状 远程医疗在国外的开展现状世界上许多国家十分重视对远程医疗的研究开发工作，尤其是一些经济兴旺国家，凭借其富有的财力，在远程医疗方面投入巨额资金。美国正在实施一项跨州远程医疗电子诊断实验方案，试图通过连接美国东西海岸的ATM网络的通讯卫星，将美国境的大局部医疗机构或设施连接起来，使各地的医师能够便捷地提取有关诊断图像等资料，进展实时视像观察和远程医疗效劳。美国曾在一些海外的军事行动中成功运用了远程医疗

33、技术，从而减少了不必要的伤员后送，提高了后勤保障能力。美国先后建立了农村远程医疗国家实验室、基于Web的家庭交互式医疗保健效劳系统(Interactive Healthcare Service, IHS),VA(退伍军人管理局)远程医疗系统和军队多国远程医疗咨询系统。欧洲 第一次远程病理学会议1992年在德国的海德堡举行，一些远程医疗系统工程相继在欧洲建立。在瑞士和德国开展传输静态图像的三点远程冷冻切片医疗效劳，法国犯个医疗实验室也相互连接并用于专家咨询，西班牙也建成了连接欧洲大陆的静态图像传输系统，瑞典也有用于临床医疗会议的视频会议，英国皇家Walton医院和其他西北部地区的神经中心，199

34、5年1月建立的*光放射家庭诊断效劳系统，可以利用ISDN线路将*光图片传输到快速诊断处理中心，通过远程医疗来决定烧伤程度。这些远程医疗系统采用了两种不同技术类型。一种是存储和传输，用于将数字图像从一个地方传到另一个地方。数字图像由数码相机拍摄、存储，然后传输到另一个地方，这是一种非实时的典型应用，诊断结果在24-28个小时后传回得到。另一是双向交互的、面对面的可视化技术。这种应用经常在病人、医疗设备提供者和专家或多个组合之间。各点视频会议设备终端允许他们相互的实时的交流会诊咨询。 远程医疗在国的开展现状目前，我国网络建立势头非常迅猛。国家重点金卫工程中，一个重要工程是远程医疗。随着我国信息化根

35、底建立的逐步完善，远程医疗系统将在多种通讯线路并存的情况下，向移动性、多样性、实时性方向开展。复旦大学的医学院与交通大学、军区、医科大学信息中心、清华大学、军事医学科学院、西北大学可视化技术研究所等研究机构和中心也都在开发和设计适合我国国情的远程医疗系统，有些系统已经用于临床或即将用于临床，如家庭监护、心电超声图像的远距离传输、妇幼保健等方面的*些科目。由于远程医疗在我国还只是一个新生事物，其开展只有几年的历史，且中国在通信设施、医疗设备等各方面与兴旺国家有很大的不同。因此，与国外对远程医疗的研究相比，我国的研究工作还只是小围的、研究人员屈指可数，研究面也较狭窄，而且大多都集中在以下几个方面:

36、基于视频会议系统的远程会诊系统；远程家庭监护；基于Web的医疗信息咨询；*些疾病数据库系统。目前，国对于整个远程医疗系统的架构模型、医疗信息交换与集成、医疗图像的智能处理与管理技术研究还处于空白或薄弱的状态。这些对于我国远程医疗系统的建立和国民安康医疗保障系统的建立带来了一定的困难。 远程医疗的开展方向随着医学技术和计算机网络通讯技术的飞速开展，医疗信息化不仅仅局限于提供远程医疗(Telemedicine)，而扩大到了远程卫生(Tele-health)和数字化卫生(eHealth)的畴。相比而言，远程医疗主要指从生理方面对患者实施诊疗；远程卫生不仅指治疗患者的生理疾患，而且包括维护患者心理的安

37、康，围更加广泛；新近又提出了数字化卫生的概念，主要是指，数字化卫生将是医疗效劳的全面电子化和信息化，数字化卫生不仅面向患者，利用最先进的信息和通讯技术向广阔患者提供最方便、快捷的医疗效劳，而且是面向公众，旨在向所有人提供方便、廉价的医疗信息效劳。近年来医院信息系统的建立已初具规模，信息化效劳将从医院部信息管理网络向外部远程网络开展，日益完善的Intranet的部局域网将接入可以随时随地互联的Internet广域网络。同时网络技术不断完善，特别是近两年网吧普及和宽带网费用低廉，使没有电脑的家庭上网成为可能，技术难题和费用瓶颈制约正在逐步得到解决。此时建立VSAT、DDN、FR、ISDN、PSTN

38、、LAN、ATM和Internet网及可视全方位立体化远程医疗安康效劳体系将成为可能，完全可以让远程医疗架起空中之桥、超越时空为人类效劳，在全方位立体化远程医疗体系里，无论是城市还是遥远地区的人们使用远程医疗都可以像使用普通一样方便，患者通过网络向医生倾吐病情，医生则通过网络提供诊疗方案，整个过程甚至不需要与患者见面。除建立全方位立体化远程医疗体系解决遥远地区人群就医问题外，城市社区效劳也应当是远程医疗需要关注的一个重要领域。开展社区远程医疗效劳在提高医师工作效率、扩大专家个人效劳覆盖区域的同时，又可以防止投资场地、投入设备等费用的扩大和增长。国家卫生信息化开展规划纲要(2003-2010年)

39、 亦提出建立包括远程医疗、网络医学咨询在的区域卫生信息化网络的要求。比较可行的方案是建立贯穿全国的医疗咨询网络，联接全国各种档次的医院和城市各社区居民效劳点，开展远程医疗诊治、保健、预防和家庭病床等医疗效劳。目前，我国卫生资源分布不合理的现状给远程医疗提供了得以开展的广阔市场。作为远程医疗效劳提供方的大型综合性医院应瞄准这一市场，认真着手市场调查，进展盈亏平衡分析，充分利用现有资源，发挥专家云集、学科门类综合齐全的优势，尽早占领市场，扩大市场份额；同时积极探索新的运营模式，实行会员制管理，将患者分为非会员和会员两种，由效劳器进展权限管理，为非会员患者提供免费的信息浏览效劳和为会员患者提供导医、

40、咨询、初诊、检查、治疗和出院病情跟踪等收费的全程诊疗效劳。这样既能够提高医疗单位主动效劳的积极性，又能创造出可观的经济效益。1.5 CSCW的概念和体系构造Internet的建立显著加速了信息技术向纵深开展。传统的孤立式工作方式和以单一信息媒体的信息交互方式己远远无法满足信息时代人们的需求。鉴于信息共享和人与人之间的合作越来越为重要，由此，出现了计算机支持的协同工作CSCW的概念，CSCW 由对群体工作方式的理解和支持群体工作方式的相关技术两局部组成。CSCW突破了传统的计算机应用概念，为时空上相互隔离的人们提供了面对面和你见即我见的多媒体协同工作环境，向人们提供了一种全新的交流与工作模式。进

41、入90年代以来，CSCW的研究与应用随着国家信息根底构造脚D的建立而蓬勃开展。对于CSCW，现在比较一致的观点是:在计算机技术支持的环境中(即CS),一个群体协同工作完成一项共同的任务(即CW)。它的目标是设计支持各种各样的协同工作的应用系统。从以上定义可看出CSCW是一个分布式计算机环境，但它与开放的分布式系统仍然有差异。分布式系统追求透明性，让用户在使用系统时感觉为独占系统;而CSCW系统追求不透明性，系统应让所有用户感知到其他合作者对共享对象的操作。分布式系统主要研究如何使系统中各局部充分发挥各自的性能，从而获得整个系统的高效;而CSCW系统除了要追求高性能外，更注重如何支持协作间的高效

42、协同。由此可见CSCW更注重信息的共享与工作的协同。目前CSCW已经广泛用于协同CAD，远程医疗、协同编辑等领域。处于信息社会和群体工作的人们，具有分布式、交互性和多样性的特点。按时间和 空间概念界定，群体协同工作可分为以下4种方式：1. 同步模式在同一时间和同一地点进展同一任务的合作方式，如共同决策、共同编著文件、CAD、室会议等。2. 分布式同步模式在同一时间但不同地点进展同一任务的合作方式，如联合设计、联合编辑、群体决策、视频会议、实时医疗会诊等。3. 异步模式在同一地点但不同时间进展同一任务的合作方式，如轮流作业等。4. 分布式异步模式在不同时间且不同地点进展同一任务的合作方式，如电于

43、、大规模工程的开发等。上述工作模式并不是完全独立的，它们之间也有些是相互联系、相互穿插的。其中，分布同步模式是CSCW的主要研究和实现对象。按群体规模，群体协同工作可分为:两人协同系统和多人协同系统。按CSCW应用系统对群体协同工作分类分别有:协同科研系统、协同设计系统、远程医疗系统、远程教育系统、协同决策系统、军事协同(参谋会议)系统和协同办公系统等。此外 ， 在 CSCW系统中所使用的根本支持环境和工具主要有:电子系统、电子布告栏、电子会议系统、协同写作和讨论(编著)系统、工作流系统和群件等。CSCW亦可根据以上的环境和工具进展相应的分类。从目前国外较成熟的CSCW系统来看，大致可以分成:

44、基于程序级和基于平台级的两类。基于程序级的群件系统一般开发周期短，它集成现有的单用户应用程序使之支持多用户群体协作，提供应用户的是用户己经熟悉的界面。在程序级的群件系统开发过程中，存在着跨平台的问题。基于平台级的群件系统的开发可以实现对底层的控制，而且使跨平台成为可能，但开发周期长，实现比较困难。就当前计算机技术和网络技术的开展趋势而言，对系统进展长周期的开发并不现实，而且投资较大。随着Java系列语言的出现和Web技术的推广，将CSCW与Web进展集成，进展程序级群件系统开发，充分利用Web上的信息资源，运行多平台的客户程序，在程序级解决跨平台问题，己经成为当前Web系统开发的主流。一个CS

45、CW系统的构造可以划分为应用子系统、信息共享平台、协同工作平台、协作管理平台和网络传输平台等局部。如图1-1所示，由此可见，一个根本CSCW 应用系统是在网络传输效劳的支持下，通过信息共享和协同工作手段，在协作管理的调度下为协同式工作而建立的应用子系统，如图1。图1. CSCW系统构造1.6 论文框架论文构造如图2。图2. 论文构造第二章、 基于Web的远程专家会诊系统的模型设计传统的专家会诊，是由医院组织一些医学专家，对一个疑难病症进展讨论各抒己见，最后确定病因，给出治疗措施。十分显然，这种方式容易受到时间、空间的限制，不便于大规模采用。远程医疗会诊，即在计算机网络环境下特别是在互联网环境下

46、，机遇医疗管理信息系统实现远程医疗咨询与判断、远程病历访问、远程专家会诊、在线检查、远程手术指导、医学信息效劳以及远程医学教学活动等，乃至建立一家基于网络的虚拟医院。为了能使多位异地的医师对*个患者的病历数据进展会诊讨论，系统应该给医师提供访问该患者病历数据的功能，使得医师能够获取该患者的病历数据，以便他做出个人的诊断分析意见；同时，系统还要提供多个医师之间实时互相交流讨论的功能，使得医师之间可以针对该患者的病历数据发表个人的看法，以便最终得到明确的集体会诊诊断报告。2.1远程专家会诊系统的需求分析根据上述应用需求，我们提出进一步说明交互式远程专家会诊系统所应该具有的功能。1.识别合法用户功能

47、由于患者的病情数据一般是的，只能授权的参加远程会诊的医师调阅，而不能被非法用户访问。之就要求系统具有识别合法用户的功能识别用户的和密码，只有当用户的和密码符合是才允许用户进入系统，否则拒绝非法用户的访问。2.管理患者病历数据功能由于医师调阅*个患者的病历数据以便进展会诊讨论，所以，系统需要提供还礼者病历数据的功能。在实际应用中，之一局部功能是远程会诊系统与医院系统数据之间的接口。3.会诊专家信息管理由于远程会诊设计多家医院的多门类专家，不同的患者可能需要不同的专家进展会诊，系统应能对专家的相关信息进展管理和维护。4.会诊管理过程承受、安排会诊申请，启动会诊运作流程；会诊安排及任务分配、催促、配

48、合各会诊中心完成会诊过程，想会诊申请患者反响会诊结果；进展会诊情况的分析和统计；能提供会诊人员专家、患者、管理者的及密码的管理。5.相关的信息发布和讨论系统能提供信息发布渠道，提供专家、患者和管理者交流和讨论平台。6.医疗图像和显示与交互功能由于医师需要调阅患者的图像数据，将医疗图象显示在医师的个人计算机屏幕上，进展诊断分析，所以，系统需要提供患者的诸如CT等图像和显示功能。与次同时医师往往还需要在患者的图像上用描绘操作标出起感兴趣的区域。必要时，*个医师在患者图像上的描图操作必须能显示在其他参加远程会诊的医师的个人计算机屏幕上，引起其他医师对于该区域图像的注意，由此，系统还提供医师间通过图像

49、进展交互的功能。7.文字交互功能通常文字交互功能与图像交互功能配合使用。医师在医学图像上面勾画出其感兴趣的区域，以引起其他医师对于该区域的注意，但这还缺乏说明他对于该图像上这个区域的患者病情的看法，所以，系统需要提供文字交互的功能。医师功过文字交互功能发表书面的诊断意见。当医师从相关设备输入他的诊断意见的文字时，他所输入的文字立刻被显示到其他医师的个人计算机屏幕上。其他医师可以结合这位医师在CT图像上的绘图操作和输入的文字信息了解到他的诊断意见。另外，医师可以通过文字交互功能返回集体的诊断结论。在会诊完毕后，由一个医师负责键入书面报告，其他医师签署意见，最后把该诊断报告返回给远程会诊系统备案，

50、以备其他医师以后对该患者病情进展诊断时参考。8.语音交互功能通过文字交互功能进展书面讨论，对于医师来说很麻烦，不如直接通过语言来表达各自的看法，所以，系统需要提供语音交互功能。这样可以减少医师的操作负担，提高诊断效率。9.视频交互功能中医治疗讲究望诊，西医也不例外，为了能更了解患者的状态，有时诊治医师也需要患者配合做一些动作，观察患者体态，所以也应该提供视频交互功能。10.基于Internet网络架构完成通讯互联为了远程医疗的推广和应用，克制目前远程医疗系统采用专有网络和接入限制，适应Internet的开展和充分利用Internet 资源，整个系统基于Internet 的架构来进展。客户端采用

51、网页插件形式，便于维护管理。2.2 远程专家会诊系统的体系构造2.2.1 系统的平台构成根据远程会诊的功能需求以及CSCW系统构造框架，远程医疗会诊系统的平台构成如图3所示。图3. 远程医疗会诊系统平台构成2.2.2 系统的协同与合作模式远程医疗系统的工作模式可分为两种，其一为通过医疗会诊进展医疗咨询或会诊的异步非实时模式(亦即存储转发模式)，另一种是通过视频会议系统进展的远程实时会诊乃至手术指导活动等的实时交互模式。1.基于Web的异步非实时会诊的协同与合作如图4所示，请求会诊的医院(患者)将会诊申请单及患者病情有关资料，通过提交会诊管理中心;管理中心进展预审并选择适宜的会诊专家(一个或多个

52、)，分配会诊任务，转发患者有关资料(分配权限);会诊专家根据患者的病情资料(缺乏可要求补充患者资料)写出诊断意见。发送至会诊管理中心；会诊管理中心把各会诊医师的综合意见发送给请求会诊的医院(患者)。由此完成一次异步非实时会诊过程。这个过程可来回反复屡次。最后得出诊断报告通过Web效劳器进展发布。如图4。图4. 根本于Web异步非实时会诊协同模式2.基于视频会议系统同步实时交互会诊的协同与交互这种协同工作模式如图*所示，在会诊准备阶段，请求会诊的医院(患者)将会诊申请单及患者资料通过会诊Web提交给会诊管理中心;管理中心进展预审并选择适宜的会诊医院(专家)，分配会诊任务，转发患者有关资料(分配权

53、限)；会诊医院根据患者资料选择有资格的专家医师参与会诊；经过各方面的协调，会诊管理中心确定会诊时间；在约定的会诊时间，会诊管理中心、会诊医院和专家、请求会诊医院和患者通过视频会议系统实时地讨论病情；会诊专家根据视频会议情况及患者资料写出会诊意见。由会诊管理中心做出相应处理，在进展发布，请求会诊医院(患者)获得会诊意见。如图5。图5. 启动视频会诊系统的同步实时协同工作模式第三章、系统分析3.1远程专家会诊系统的性能分析系统分别面对病人和医生、医院和系统的管理者。其主要目的是为了在医学专家和病人之间建立起全新的联系，使病人在原地、原医院即可承受远地专家的会诊及其指导下的治疗与护理，从而节约医生和

54、病人大量的时间和金钱。因此要求系统具备良好的性能，满足实际工作的需要是十分必要的。远程专家会诊系统的具体性能目标如下:1.系统的快速反响在当今的信息时代里，单位时间完成越多工作量即高效率成为取胜的第一要素，对人或者对*个系统都是一样。系统最大的目的是把商品销售给客户，系统的缓慢是让人无法承受的，每一个客户多不会有耐心长时间的等待系统的反响，如果这样，将失去更多的顾客。所以，系统的快速响应变得尤其重要。在设计与实施中要采用先进的网络技术和系统，并在应用软件的选择或编制中尽可能采用较先进的系统和技术，最大限度地提高系统的响应速度。2.系统的平安性系统中有许多信息具有高度的平安性要求，例如病人资料属

55、于跟人隐私，只允许相关医生查看而不允许其他看到，如何保护病人隐私权是远程医疗中关键、最重要的问题之一。因此，必须建立一整套的系统平安措施，对系统操作层人员进展身份认证，规定一系列访问系统的、不同级别的权限，严格杜绝非法越权操作。3.友好的人机界面美观的界面会给人带来工作的积极性，统一界面设计工作给人因此网上超市必须提供清晰、友好的界面，提高系统的可操作性和人机交互功能，最大限度地方便用户的使用。4.系统高度的开放性和扩大性系统设计应面向未来的开展，提供各种必要的标准接口，以便企业可以根据需要随时添加必要的设备和系统，增加系统功能。要充分考虑到企业组织机构调整等变化。3.2 远程专家会诊系统的业

56、务流程分析远程专家会诊系统总体业务流程描述如图6所示。图6. 远程专家会诊总体业务流程图首先，操作员登录该系统，登录的过程要进展验证，如果系统的数据库中有符合该操作员的信息用户名和密码，则登录成功，否则登录不成功。登录成功以后，该操作员就会获得他的相应的权限。病人、医生和医院之间有不同的权限，权限不同所使用功能模块的功能也不同。如果是一个系统管理员登录的话，则他将有超级权限，他还可以给其他用户设置权限。操作员进入系统以后，根据相应的权限可以使用根底信息管理、会诊管理、专家讨论、医嘱查询、病历查询、系统效劳功能。同时一个用户还可以对自己的信息加以修改。在这个销售管理系统中，核心的功能就是会诊管理

57、功能，其它功能都是围绕会诊来工作的，所以处理好会诊是关键。 根底信息管理的业务流程分析根底数据管理主要对系统中用到的根底数据、系统相关参数进展设置，以方便以后在系统其它模块中对信息的进一步处理。本系统的根底数据管理涉及到了医院信息管理、科室信息管理、医生信息管理、病人信息管理和用户使用权限管理等流程。根底信息管理业务流程描述如图7所示。图7. 根底信息管理业务流程 会诊管理的业务流程分析首先病人需要登陆自己的用户，提出会诊请求。在会诊申请求时先要输入会诊数据的容，包括：医院的名称、科别、职称和。还有会诊对象病人的信息，包括：病人所在医院的名称、住院号、性别、年龄。以上信息输入成功之后，系统会生

58、成会诊申请单等待所申请医院和所申请医生的审批。审批通过并在用户确认之前方能开场生成正式会诊。会诊管理业务流程入图8所示图8. 会诊管理业务流程 专家讨论的业务流程分析为专家提供在线文字形式的讨论。同时可以浏览病历、调阅相应的*光片以及查看相应的录像资料。专家还可以将意见写入病人相应的病历中。 专家留言的业务流程分析为专家提供BBS形式的讨论，也可以作为医院部留言和通知发放。在留言同时可以浏览病人病历、调阅相应的*光片以及查看相应视频资料。专家也可以将意见写入病人相应的病历中。 医嘱查询的业务流程分析病人通过网络登陆系统后，系统列出病人所有的会诊记录。病人选择已经诊断完成会诊记录，系统从数据库查

59、询出该会诊记录的相关信息。医嘱查询业务流程如图9所示图9. 医嘱查询业务流程 病案查询的业务流程分析该功能主要给门诊医生使用。包括查找病人、生成病人资料、浏览病人的历史档案、浏览并处理历史*光片、浏览历史手术录像资料、以及编写新的病案等子功能。首先医生要查找病人。输入病人的并选择病人的性别，来查询有无此病人。如果没有，则系统提示输入病人的资料，进而生成新病人。如查出多个病人，则系统按照病人的序号大小排列出病人给医生选择，并附加病人的生日，以便区分。如果查找出只有一个病人，则直接进入下一个界面。医生在选择病人后，系统就列出病人历史病案资料、*光片资料和手术录像资料，让医生进展调阅。在调阅*光片资

60、料时，可对*光进展必要的图象处理。病人病案的容包括了病人的根本信息、就诊科室、医生诊断意见、医嘱等。为了方便医生写报告，提供各科室的标准报告、输入项的标准词库选择。门诊医生还可以查找病人的历史病案报告。同样先经过上述的过程对病人的查询，然后可以查询病人的历史病案报告、*光片资料和手术录像资料如图10所示。图9.病例查询业务流程3.3开发环境本系统采用Microsoft Visual Studio .NET 2005作为开发工具。Microsoft Visual Studio .NET 2005是微软提供应开发者的一套集成开发环境(IDE)，其中包括了了C#、J#、C+、VB等开发工具以及对Mi