北京理工大学校医院医疗保健系统原型方案.docx
- 文档编号:9752667
- 上传时间:2023-05-21
- 格式:DOCX
- 页数:17
- 大小:231.87KB
北京理工大学校医院医疗保健系统原型方案.docx
《北京理工大学校医院医疗保健系统原型方案.docx》由会员分享,可在线阅读,更多相关《北京理工大学校医院医疗保健系统原型方案.docx(17页珍藏版)》请在冰点文库上搜索。
北京理工大学校医院医疗保健系统原型方案
北京理工大学校医院医疗保健系统
——原型方案
文档编号:
SNNUH-1-1
版本号:
SNNUH
文档名称:
工程原型方案
工程负责人:
李智勇签名:
_________
开发阶段:
工程原型设计
编写者:
签名:
_________日期:
年月日
校对:
签名:
_________日期:
年月日
甲方技术审查:
签名:
_________日期:
年月日
乙方业务审查:
签名:
_________日期:
年月日
甲方工程负责人审查验收:
_________(签名)日期:
年月日
乙方工程负责人审查验收:
_________(签名)日期:
年月日
总页数:
文件名:
工程原型方案
开发单位:
北京理工大学计算机科学学院
2000级3班
1、工程概述:
北京理工大学是国家教育部直属重点工科院校,是一所综合性的多学科的高等学府。
全校共有教职工2480余人,各类在校学生二万余人。
北京理工大学以惩前毖后,治病救人的原那么,每年度要消耗大量的人力、物力和财力为将每一位教职工和薪薪学子的身体健康情况做出相应的记录和管理,由于一些非人为的原因也出现里数据的丧失和管理不当的问题。
在现有的人工管理方式下,单每年注册新生的体检的信息记录的存放就占用了大量的空间,还有为患者提供以往病史的间就更加的费力费时,倘假设同时又多为患者进行查询就更加不方便。
另外,病人就诊时必须携带大量的票据,在每一科室也有大量的票据存放,这样就会造成数据丧失的极大可能性。
假设对丧失数据进行核查就更加的烦恼。
在现代紧张的生活环境中,现有的人工管理系统没有为患者提供日常效劳的功能。
如:
某人在体检后,需要按时复检,但忙碌的生活与繁重的工作使他没有记住自己的复检时间,这就要医院提供相应的效劳。
此外,医院的内部事务的管理也相当的繁重。
仅对药物的管理工作量就相当的大。
在对药物进行盘点时,不仅需要大量的人员参与,不能进行正常的营业。
而且病人不能及时的就诊,医院只为此项活动而停止了其他工作。
这样势必造成了极大的损失。
再加上校园不仅承当着学校内部所有人员的医疗保健工作,与其领近社区的居民也常来校医院就诊,对这些人就诊的费用和管理方法与校内人员又有不同。
所以校医院的管理在现有的人工管理方式下,显得极为不便,为了适应社会的开展必须改革。
1.2系统功能描述
为了实现我校医院管理工作科学化和现代化,提高管理效率,增强效劳功能,促进学校医院的管理水平提高,北京理工大学计算机科学学院与北京理工大学医院拟合作开发“北京理工大学校医院医疗保健系统〞,系统由多个子系统组合构成,各子系统与其他功能子系统协同工作,适应数据共享与数据流转。
系统主要对北京理工大学校医院就诊和效劳活动进行可视化管理,并对局部信息进行Internet模式查询、局域网内初始化原始信息管理。
系统分局域网和Internet远程登录站点二大局部,局域网分主机〔效劳器〕和一级管理客户机,设在校医院院长办公室。
二级管理用户和普通查询用户按不同的权限在远程站点通过校园网或Internet接入。
系统功能模块图如图1-1至图1-4所示。
图1——1
图1——2
图1——3图1——4
其中,各能子系统的功能如下所述:
该子系统将涉及其它的子系统,与其它子系统联系密切。
对于数据的查询是对其它子系统中的各种信息的分类与汇总。
对于各种不同的用户该子系统可提供不同需求或限制的查询功能。
如:
患者可查询自己的病史和自己主治医生得根本资料〔姓名、年龄、职称等〕,而无权查询医院所有医生或护士的详细资料;对于主治医生那么有权查询自己的相关信息和病人有信息〔以往病史,相关效劳等〕。
但此系统只是简单的查询,一点也不是涉及对数据修改、删除、更新等操作。
查询子系统具体功能
(1)病人查询:
在输入病人的编号、姓名和密码后,可查询自己的病史,最近病况〔有主治医生输入〕和自己订阅的相关效劳。
(2)医生查询:
在医生的编号、姓名和密码后,可分类进行查询。
对自己信息查询;对自己现在主治的病人状况查询。
(3)物资查询:
只有物资管理员才有权对此进行分类查询。
对药物数量查询,对医疗设备查询,对医疗器械查询。
(4)病房查询:
病房管理员才有权对此进行分类查询。
对病床数量查询,对病床用品数量查询。
(5)财务查询:
财务管理员才有权对此进行分类查询。
分为收入和支出两大类查询。
收入查询包括效劳收入、护理收入、药品收入、治疗收入等项的查询;支出查询又包括药品支出、行政支出、工资发放、其他支出、津贴发放等工程的查询。
(6)人事查询:
人事管理员才有权对此进行分类查询。
是对医院所有工作人员的根本查询。
人事管理子系统功能概述
北京理工大学校医院医疗保健系统人事管理子系统主要完成的功能是:
〔1〕对医院的员工进行考勤;
〔2〕奖惩管理;
〔3〕个人根本档案的管理;
〔4〕科室人员的分配;
人事管理子系统具体功能
〔1〕对员工每天上班时间进行考勤,一个月进行一次统计,考勤时为了方便可以设计一个单片机进行刷卡登记,然后将卡上对应的每一个人的信息输入到数据库中相应的位置。
考勤的信息然后作为奖惩标准的一局部。
〔2〕奖惩主要是根据平时对医院每个员工考勤的统计以及医疗纪录的统计对其进行的赏罚。
〔3〕个人根本档案管理主要是对医院的每一个人的根本信息尽心统一的管理,便于查找、便于人员的分配和调度。
提高医院整体的工作效率
〔4〕科室人员分配为上面的每一个科室分配假设干主治医师以及相应的护理人员。
以后定期对每个科室医疗人员的工作、对病人的效劳情况进行监督,提高医院的效劳质量和医护人员的综合效劳素质,更好的为学生和老师提供医疗和保健效劳。
〔5〕为了更好的对每个医护人员进行监督,特地在该子系统中做一个BBS公告栏,每一位老师和学生如果对任何一位医护人员有不满的地方或是对其工作有更好的建议,都可以登录到该系统的BBS公告栏进行留言,使医院能更好地监督每一位医护人员的工作。
做到公平公正合理。
财务管理子系统功能概述
该系统是立足于方便医院的各个科室间的大量的数据传送,减少数据冗余,加大管理透明度,使得各个科室间的联系方便快捷,准确,各个科室人员得到充分的开展。
在该子系统中设计到所有关于医院的收入与支出。
治疗收入如:
挂号费、注射费、床位费……
药品收入药品买进与卖出的差价
收入
护理收入如:
按摩费、针灸费、护理费……
效劳收入患者所订阅的效劳工程的费用
药品支出买进所有药品的支出
行政支出如:
医院行政用品支出等
支出工资发放所有医生、护士和其他工作人员的工资支出
津贴发放依照人事管理子系统的规定对奉献突出者,按标准发放津贴。
其他支出如:
水电费、交纳社区的卫生费等
(1)记录数据:
对于以上所有的收入与支出进行详细的记录。
对于不同权限的用户,对任何数据访问和存取其路径是透明的。
在记录某项收入或支出时,也由用户的权限而改变。
〔2〕数据分类及数据运算:
根据收入或支出的工程类型进行分类存储,在本工程中进行适宜的运算。
]
〔3〕数据回写:
根据不同要求,对其修改的数据或运算结果回写到物理存储体上。
(4)数据恢复:
对于人为的或非人为的破坏,根据日志具有相应的恢复功能。
药库管理子系统是北京理工大学“医疗保健〞管理系统的一个子系统,其目标是在医院正常运作的前提下确保药品库存、流通同医院各部门的用药需求,做到库存合理、供药管理准确,为配合其它部门做好保健工作做保障。
〔1〕编制药品档案
对系统涉及的所有药品进行档案增加、修改、删除等编辑处理,
系统管理所涉及到药品的局部提供足够的信息。
〔2〕药品分类管理
对药品进行科学分类、为药品管理提供分类标准,提供药品分类的增加、修改、删除的编辑功能。
〔3〕编辑供给商档案
提供编辑供给商档案的功能,能有效地对供给商资料进行增加、修改、删除,为药品订购时的供给商资格分析提供依据,方便系统其它功能模块的有效调用。
〔4〕客户管理
在药品销售管理中建立客户档案,为药品销售提供相关数据,方便对销售客户的管理和销售量的统计。
〔5〕制订订购方案
依据医院用药情况,制订每月的订购方案,为总体统筹管理和药品订购提供依据。
〔6〕订购处理
依据订购方案表及实际用药需要开展药品订购业务。
〔7〕订购入仓
依据药品订购情况,开出药品订购入仓单,并按订购内容进行验收入仓处理,打印订购入仓单据。
〔8〕调拨出仓
依据药房开出的药品申请单开出或直接开出调拨出仓单,并依据调拨出仓单核验药品出仓,此项功能还包括退还药品处理,冲减药房药品库存。
〔9〕销售出仓
依据客户的购药要求,开出药品销售单,并依销售单核工业验药品的完成出仓处理。
〔10〕调价处理
调整药品价格,并根据药品库存情况进行药品资金库存盘点,计算出盘点前后的药品资金库存并计算出调价引起的药品库存的盈亏。
〔11〕药品盘点
按时进行药品库存的盘点处理,根据实际盘点结果编制盘点表,对发生溢余、缺损的情况进行相应的处理,包括开具溢余单、缺损单,经审批处理后完成盘点处理。
〔12〕药品调拨统计
按月对调拨出仓的药品进行按部门统计。
〔13〕药品销售统计
按月对销售出仓的药品进行按销售统计。
作为一所大学的校级医院,要对全校学生、在职职工、退休职工以及家属进行医疗保健工作。
对于病人的屡次就诊情况,医院有必要了解并掌握该病人的根本情况以及曾就诊时的身体情况。
这就要建立一个病人档案管理系统,也就是一个电子病历,对病人的信息进行统一的管理。
这样就免除了每一次就诊都要进行重复的根本身体检测,例如:
身高,体重等等。
并对病人的病史有一定的了解,医生在此根底上对其进行有针对性的治疗,既有利于病人,也有助于医院,会事半功倍。
该子系统主要完成以下功能:
对任何第一次就诊的病人,记录其根本的个人信息和身体状况,以及第一次就诊的病情。
对再次就诊的病人,提供其档案并记录该次就诊病情。
假设病人死亡,将其档案删除。
(7)病人初次就诊时,系统给其分配一个唯一的病人编号。
然后对其进行根本的身体检测,并记录以下信息:
姓名、性别、出生年月、联系方法、身高、体重、血型、药物过敏史、初次就诊前主要病史等。
将这些信息全部保存在病人档案库中,由病人编号唯一确定。
(8)初次就诊结束后,记录病人该次的主要病情和诊断结果,具体有:
就诊时间、主治医生、具体病情等。
然后根据病型分类入库保存。
假设有诊后效劳〔离院跟踪〕,一并保存,并按时提醒医生和病人及时反应、复查。
(9)再次就诊时,医生可通过病人编号查询出病人档案,根据以往病情进行本次就诊。
就诊结束后,依旧保存本次情况。
(10)病人假设需要诊后跟踪效劳,系统将按时提醒护士什么时间,那一位病人,需要什么工程的效劳等,并及时通知病人。
(11)病人假设由于特殊情况需要查询自己的档案时,得到医院的准许,可通过系统查询。
其他情况,病人档案对外保密。
(12)当曾就诊的病人死亡后,系统将删除该病人档案。
1.2.6.1病人就诊子系统功能概述:
北京理工大学校医院医疗保健系统病人就诊子系统是整个系中核心的一局部,因为医院工作的核心就是围绕病人展开的。
在现代社会人们的健康观念日益增强,对自身身体状况也越来越关心,当感到自己身体不适到医院就诊时,希望医院做到快速诊断病情、对症下药,做到药到病除,及早解除自己的痛苦。
似乎这样的要求对病人来说是合情合理的,但对议员来说就有点比拟苛刻了,因为单靠病人当前的状况,一般很难准确判断病情,需要结核病人以往的病史。
然而靠医院手工记录病人的病史,工作量显然太大,随着计算机科学的开展,应用计算机便可以很好地解决上述矛盾。
该子系统主要功能如下:
(1)查询病人的根本档案,根据编号查询,然后再就诊。
(2)对再次就诊的病人,根据其当前具体情况,对数据库进行添加、删除、修改等更新操作。
1.2.6.2子系统详细功能描述如下:
(1)当医院首次来了一个新病人后,该子系统首先由主治医师从病人档案管理子系统中进行查询,如果没有该病人的档案,那么调用病人档案管理子系统为该病人建立一个新的档案,存入档案数据库中。
当从病人档案管理子系统查询到了该病人的档案,那么医生根据该病人的根本档案以及以往的病史记录和当前病人的实际情况,进行对症治疗
(2)将新得的病人数据送回数据库,进行添加、删除、修改等操作。
因此该子系统主要是建立在病人档案管理子系统的根底上,也就是说要有病人档案数据库的支持。
然后再更新病人档案数据库
总之,新系统采用ASP技术,功能完善,具有较高的伸缩性和可移植性,实现了办公自动化,传送网络化,使一切变得高效便捷。
(1)功能齐全,平安稳定,可靠性高;
(2)操作简便,运用灵活,实时性强,准确性高;
(3)对数据有多重保护措施,要有断电保护和异常情况的及时处理;
(4)系统平安性高,能防止非法访问;
(5)系统能及时处理与各科室的数据往来;
(6)输出的数据格式符合标准要求,输出操作简洁快速;
(7)输入数据简单方便,提供实时帮助功能;
(8)输入数据要有复杂要求,但在确定输入之后就不可随意修改,只有经过有关部门或有关人员批准之前方可进入修改;
系统开发遵循:
“整体规划,分步实施〞的信息系统工程实施原那么,坚持以医院管理为核心线索,协调各科室之间的关系,在开发过程中采用瀑布模式。
充分强调系统的可靠性、易用性、平安性和先进性,对新技术思想和工具积极探索,稳键使用。
2.1实用性原那么
系统开发以实用、经济为原那么,不过分强调技术的先进性,在满足当前应用的根底上兼顾未来5-7年的可扩展性。
2.2平安性原那么
系统不仅能防止非法访问者的入侵,而且能够做到在故障发生时迅速进行数据备份与恢复;能够实现业务管理工作中的分层授权功能。
2.3先进性原那么
系统的软硬平台在选择技术成熟产品的根底上,兼顾将来5-7年的可扩展性,以保证其先进性。
2.4可维护性原那么
保证系统对环境的适应性,软件的分析、设计和实施采用面向对象和面向过程相结合的软件工程思想,以便于系统的升级和维护。
2.5易用性原那么
系统的分析、设计和实施要充分表达面向用户的思想,使软件系统在使用中不增加管理人员的技术负担;操作方便,傻瓜化应用。
2.6集成性原那么
新系统应能与校内外有关的信息系统集成,形成与内部环境和外部环境先相适应的现代化管理模式。
3拟采用的开发技术
模式选择
系统采用B/S(Browse/Server)和C/S(Clinent/Sever)模式,对外提供WWW(WorldwideWeb)效劳,包括规定权限的查询、录入二级管理用户和普通用户和不同权限的一级管理用户〔各子系统管理人员〕。
对用户的身份进行平安性认证。
使用MSSQLSERVER2000数据库对日常管理所涉及的数据进行保存。
采用浏览器/WEB效劳器/数据库效劳器三级结构,可以方便用户的使用,对客户端软、硬件要求低,减少了人员培训、操作和维护上的困难,有利于普及和推广。
该技术已经相当成熟,在实际应用中已经取得了较好的效果。
其模式构成如图1-2所示。
3.2关键技术
(1)客户端:
日常业务管理客户端采用windows98或Windows2000Professional、TCP/IP、IE5.0,非业务管理客户端〔Internet客户端〕无须装特定的客户软件。
(2)网络操作系统:
采用Windows2000Server为网络效劳器操作系统。
Windows2000提供了较为良好的系统运行管理机制,为多种数据库访问提供了广泛的支持,易于管理,图形用户界面易使用。
Windows2000Server提供的IIS5.0(InternetInformationServer)作Web效劳器,能够支持SSL4.0(ServerSocketLayer)协议,保护客户和效劳器之间的加密数据传送,平安性易于实现,有灵活的域名管理。
(3)前端开发工具:
采用VisualInterDev6.0、Frongpage2000、VBScript、JavaScript、VC++等可视化开发工具,实现图形用户界面(GUI,GraphUserInterface)和后台数据库MS-SQLServer2000的数据交换,提供面向Internet/Intranet的应用。
(4)Web数据库的连接采用开放数据库互联ODBC和ASP技术实现网上数据库的访问。
(5)数据的平安、保密:
局域网络上数据传输中的数据平安性由Windows2000Server操作系统提供保证;Internet上数据平安性由SSL提供平安保证。
数据库中的数据平安采用分级授权管理模型实现,用户存取数据的平安由用户存取授权系统管理。
(6)Internet上数据平安传输技术;
(7)Web平安防护技术;
(8)B/S结构下实现C/S结构下用户界面技术;
(9)B/S结构下报表打印技术;
(10)基于角色的数据库访问授权技术(RBAC);
3.3需要重点突破的技术难点:
(1)Internet或校园网上数据平安传输技术;
(2)数据库磁盘镜像技术;
(3)数据库双工技术;
(4)Web平安防护技术;
(5)B/S结构下实现C/S结构模式用户界面技术;
(6)B/S结构下报表打印技术;
(7)基于角色的数据库访问授权技术(RBAC);
(8)主动数据库技术应用。
1.系统硬件配置及网络结构
1.1软件配置:
(1)WEB效劳器端运行环境为:
Windows2000Server、IIS5.0、Sygate4.0、SSL4.0等;
(2)数据库效劳器端运行环境为:
Windows2000Server、MSSQLServer2000、SSL4.0、Sygate4.0、数据库效劳器双工备份系统等;
(3)客户端运行环境为:
Windows98或Windows2000Professional、IE5.0等。
8.2硬件配置:
(1)WEB效劳器端:
主频1GHZ以上双CPU、256MHZ以上内存、硬盘〔40G〕、100M/10M自适应双网卡效劳器一台;5KW在线式UPS一台;
(2)数据库效劳器端:
主频1GHZ以上双CPU、256MHZ以上内存、硬盘〔40G〕、100M/10M自适应双网卡专业效劳器二台;5KW在线式UPS一台;光盘刻录机1台;
(3)客户端:
微机:
PⅡ300MHZ以上CPU、64M以上内存、10G以上硬盘假设干台;
8.3网络设备与结构:
(1)网络设备:
100/10HUB
(2)网络结构
如图1-2所示:
二级B/S模式(一般用户)
一级Client〔各科室〕〔C/S模式〕
图1-2系统网络拓扑结构图
2.系统软硬件运行模式
3.
系统数据流图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 北京理工 学校 医院 医疗保健 系统 原型 方案
![提示](https://static.bingdoc.com/images/bang_tan.gif)