临床移动护理系统方案

临床移动护理系统方案（共7篇）

临床移动护理系统方案 篇1

 行业背景

随着信息化技术的发展，移动医疗在全球范围内逐渐发展壮大，部分发达国家已趋于成熟。近年来，我国也相继出台了一系列文件、政策鼓励和支持互联网医疗的发展，其中移动医疗解决方案、“移动护士站”被列为发展重点。这一全新的医疗模式，不但显著提高医护效率，优化医疗服务流程，为人们提供更加高效便捷的医疗服务，也有利于提高医院的医疗水平，更好地为患者服务，促进医护行业良性循环发展。

 方案介绍

移动护理系统是全新一代以无线网络技术为载体，依托医院现有HIS系统，通过移动护理APP，将医护业务整合延伸到移动手持终端，形成一个实时、动态的工作平台。医护人员通过手持终端随时随地采集、查询、核对、录入医嘱信息或患者信息，利用4G/WIFI无线网络进行信息的传输或共享，方便快捷、安全可靠，是简化医疗流程、提高医疗效率、保障医疗安全的有效措施。

 功能应用

 医嘱执行

-----------

主要内容包括辅助输液、口服药、治疗和检验类、生命体征采集等医嘱的执行。通过移动护理系统，护理人员通过PDA即可及时获取医嘱条目提醒，根据医嘱任务智能扫描比对病人腕带及药品条码信息，即可进行快速准确地执行医嘱，精准快速，有效避免执行错误的情况发生。

功能特点



自动核对患者与药品信息，准确、高效；



精确记录用药时间，帮助医生更好

地诊断治疗；



实时录入药品信息，有助于药品的

闭环管理；



医嘱执行跟踪记录，有利于规范护

理人员的操作，加强管理。

 移动查房

-----------

通过手持PDA，扫描病人腕带条码信息，即可轻松进行患者生命体征的录入，完成查房工作，无需翻阅纸质资料，也无需重复录入病人基本信息，通过无线网络发回后台系统，无需人工转录电脑，还可实时查看病人的电子病例，获取全部相关信息，方便快捷。

功能特点

 实时性，可实时查询患者的电子病历、治疗信息，方便快捷；

 便捷性，实时录入患者体温血压等体征信息并上传，无需二次输入；  准确性，根据病人腕带作为唯一索引，查询录入信息，零错误；  规范性，信息后台可以实时查询查房记录，有利于规范医护人员的操作。

 护理提醒

-----------

根据患者的病情、护理级别和体温、脉搏、血压等体征数据，对异常患者以声音、灯光

或震动等方式，通过护士的手持终端进行提醒。具备自定义功能，护理人员能根据患者的实际需求添加护理任务和设置提醒时间，方便快捷，有效避免因延时或遗漏而导致的重大医疗事故发生。

功能特点

 实时查看患者所有应执行、未执行医嘱，方便护士工作；

 及时提示医嘱执行条目，避免延时或遗漏，确保医嘱严格执行；

 实时提醒患者异常体征信息，有效预防突发医疗事故的发生；

 具备自定义功能，护理人员可根据需求自动添加护理任务、设置提醒时间；  自动记录医嘱执行信息，给医生决策以及护理人员考评提供参考。

 护理人员管理

-----------

通过后台管理系统，管理者可对全院护理人员的档案进行管理、动态按需调配护理人员，进行护理排班、培训、考试、质控、绩效考核、工作计划等一系列管理工作，实现对全院护理人员的统筹管理，高效便捷，管理效率大幅提升，并且有助于建立公平公正的护士激励机制，调动护士积极性，提升护理质量。

功能特点

 医嘱执行全面记录，有助于建立公平公正的激励机制；  责任分明，有利于调动护士工作积极性，提升护理质量；

 方便对护理人员进行考核、排班、培训、质控等管理，便捷高效；  方便护士长统筹安排，合理调配护理人员，提升管理效益；  其他拓展应用

-----------

基于移动终端和系统的强大可拓展功能，该方案还可以帮助医院实现智能化营养订餐、健康随访、医疗废品科学化管理、器官运输管理追踪、血液运输管理追踪等，帮助医院实现全面信息化建设，提升人性化服务及服务品质，提升医院的管理效益。

 PDA介绍

 C6000医用PDA简介

医疗行业不同于其他行业，对移动终端有着更高的品质、性能、外观材质等使用需求，以便为病人提供更高质量的全方位医疗服务。成为C6000医用PDA，专为医疗应用量身打造。该产品小巧便携、防水防摔、外壳可进行医疗消毒，使用方便，干净卫生。支持NFC或条码扫描，可精准快速采集药品、标本及患者相关信息，可以无线连接后台系统，实时查询病人档案信息，将患者从入院到诊断、检查、治疗等全部流程纳入信息化管理程序中，有助于医生对患者进行更及时有效地治疗诊断，提高医护工作质量及病人的满意度。

 设备特点：

 外观精致，握感舒适，轻量化设计，小巧便携，防水防摔；

 支持NFC或条码扫描，可精准快速采集药品、标本及患者相关信息；  支持4G/WIFI无线传输，可实时查询病人档案信息；

 安卓操作系统，搭载四核处理器，存储容量大，运行指令快速流畅；  4寸高分辨率大屏、4000mAh大电池容量，使用方便，可靠耐用；  提供丰富可拓展接口，支持第三方应用拓展。

 方案优势

行业定制安全性好

专为医疗行业量身定制，设计过程中充分考虑信息安全及保密措施，内置安全加密协议，用户使用个人账号进行加密登入操作，确保信息数据的采集、存储及传输安全可靠，不被窃取和篡改，同时保证系统能正常使用。无缝兼容HIS系统

终端设备具有高集成性能，能够兼容医院现有的HIS系统，通过无线通讯技术可实现终端数据与医院HIS系统后台数据的无缝融合，医护人员调阅查看信息更方便快捷，安全准确。

部署灵活成本较低

方案可依托医院原有HIS系统和网络架构，无需另外搭建，根据使用需求，简单地进行手持终端的配置即可轻松实现临床护理的信息化，部署方便，节省成本。

小巧便携、操作简易

成为手持PDA采用轻量化的设计，外形精致，小巧便携，符合人体工程学设计，握感舒适，便于操控；采用熟知的安卓操作系统，使用简单，容易上手，培训周期短。

响应迅速，运行流畅

性能强劲的系统配置、搭配WIFI或4G网络通讯，可实现更快的数据传输速率和上网速度，医护人员可实时查询或上传患者相关信息，诊断治疗更及时有效，提升患者满意度。

功能齐全，支持拓展

临床移动护理系统方案 篇2

1 临床开发

移动护理信息系统由我院与北京芯联达科技有限公司联合开发, 由移动终端 (PDA端) 、护士工作站 (PC端) 、移动护理服务器端、无线网络模块组成。PDA采用Android系统平台, 该系统通过与HIS数据库的对接, 实现HIS数据的资源共享;基于无线网络的移动终端PDA软件, 利用数据回写的方式, 实现了HIS向病房的扩展和数据的实时交互, 使得病房和护士站数据链闭环。同时, 医嘱执行环节, 利用移动终端智能识别技术和条码扫描技术, 快速识别患者身份, 减少医嘱环节治疗差错。我院在充分调研临床需求的基础上, 确定了第一批开发的功能模块, 包括患者信息管理、医嘱管理、体征管理、护理文书管理、护理管理等功能, 后期还将开发新的功能。

2 临床应用

2.1 患者身份识别和核对

患者办理住院手续后, 护士可以打印出带有二维码的患者腕带, 佩戴于患者腕部作为识别和核对患者身份的方式。腕带上有患者姓名、性别、年龄、床号、住院号、过敏史及供扫描识别的二维码。腕带分为蓝色和红色两种, 蓝色为无过敏史的患者使用, 红色为有过敏史的患者使用。腕带带好后, 护士利用PDA扫描腕带, 核对患者入院信息, 确认患者入科时间, 自动将入科时间生成在体温单中。在住院期间, 二维码腕带作为患者身份识别和核对的重要标识不能随意取下。患者出院时, 由护士协助患者将腕带去除。

2.2 患者信息的查询

护士通过PDA可在床头查询全病区的患者一览卡、分简卡和细卡, 简卡只能查询患者的床号、姓名等最基本的信息, 细卡可以查询患者的床号、姓名、年龄、护理级别、主管医生、费用类别等详细的信息。还可查询患者住院费用的使用情况, 便于及时通知患者缴费。

2.3 输液贴打印

打印的输液贴上除了患者的基本信息、输注的药物外, 还打印有二维码, 与患者腕带的二维码相同, 供用药核对时使用。

2.4 用药核对与医嘱执行

护士使用PDA完成患者用药的核查、配药、执行、拔针各个环节。在摆药加药时通过扫描二维码完成药物核查与配药。在患者床头, 护士通过扫描患者腕带二维码和药物二维码完成药物核对、执行与拔针。如果信息匹配, 系统会提示匹配成功, 并将医嘱执行时间回传到HIS中, 自动完成执行签字工作, 后期还可进行医嘱执行查询。如果信息有误, 系统显示不匹配, 会立即出现报警提醒, 提醒护士再次核对和确认。

2.5 体征的采集录入

护士可在床边用PDA采集录入患者的体温、呼吸、脉搏、血压、出入量、引流量、呕吐量、大便、尿量等数据。数据回传到系统另一终端PC端自动生成在体温单上, 可随时查看和打印。体征录入有多种方式, 如整点录入、批量录入、随时录入等, 护士根据临床需要选择最为便捷的录入方式。

2.6 护理文书的录入

系统设有各种护理评估单、护理记录单、翻身记录单、血糖监测报告单、出院指导、危重患者护理记录单等。护士均可在患者床旁用PDA在相应评估单、记录单的录入界面进行点选和输入相关信息, 数据回传自动生成相应记录单, 完成各种护理文书的实时录入。

2.7 护理提醒功能

系统中根据指令自动选取一些特殊需要提醒护士完成的工作, 如需要检测的体温、血糖、血压等。护士根据提醒的时间及内容完成相应的工作。

2.8 护理管理功能

2.8.1 护士排班

护士长可在系统中设置本科室护士的姓名、岗位、层级、班次后进行排班, 并能进行排班查询及统计, 为护士长管理提供数据。在排班中护士长及护士分别具有不同的权限, 并可在系统中进行留言。护理部可随时查看了解各病区的排班情况和人力配置。

2.8.2 质量控制

管理者在PC端可查询护士执行医嘱情况, 包括核查、配药、输液执行、停止输液等各个环节的执行者和时间。为输液质量管理提供了可靠的监控数据。还可查询体征录入的情况、护理文书的完成及签名情况, 患者跌倒坠床、脱管、压疮等风险评估情况, 及时了解本病区护理工作的完成情况及质量。

2.8.3 工作量的统计

系统能够根据实际需要, 对系统内设置的工作量项目进行数据统计。它能根据护士工作的时间、执行各项操作的工作人员签名和每天的护理工作, 统计出护士个人所护理的患者数, 甚至整个医院在某时间内所护理的各种患者人数以及具体的护理操作数量, 能简洁和精确地对护士的工作量进行评价, 并可作为绩效考核的依据。

3 效果

3.1 保证患者安全, 减少了护理差错事故发生

移动护理信息系统一项重要的功能就是帮助护士进行患者身份的识别、各种治疗的核对, 确保患者安全, 减少护士差错事故的发生[6,7]。以往对患者身份的识别主要依靠询问患者床号、姓名并与患者床头卡、腕带上的信息核对。对治疗的核对主要靠护士的“三查七对”, 依靠护士的自觉性, 一旦查对不严, 容易造成护理差错发生。而移动护理信息系统在传统识别患者身份及核对的基础上, 采用二维码技术, 打印的患者腕带、输液瓶贴上的二维码相匹配, 护士在执行输液、输血、各种注射等护理操作时必须通过PDA扫描患者腕带、药袋上的二维码, 两者匹配成功方可执行该医嘱, 从而快速识别患者身份, 使护士在患者床边的查对工作更加准确、简单, 更易被患者接受, 大大减少了护士因查对不严而导致的护理差错事故, 因患者口齿、意识不清等带来的安全隐患。应用1年多来, 9个试点病区发生的用药错误的护理不良事件从2012年同期的20例下降至2例, 共减少18例。

3.2 优化护理工作流程, 规范护理行为

移动护理信息系统实现了医嘱的闭环管理[8], 优化了护理工作流程。医嘱的生命周期是指第一阶段医生将医嘱录入HIS, 第二阶段HIS自动生成执行项目单, 第三阶段医嘱进入实际执行阶段, 即医嘱真正作用于患者的阶段。目前HIS只追踪到医嘱生命周期的第二阶段, 而无法延伸到患者床边, 因此不能记录医嘱真正的执行情况。而移动护理信息系统中要求护士在执行医嘱时必须在床头使用PDA进行执行确认, 闭合了医嘱的生命周期[9]。护士在PDA中登陆系统时需要输入自己的用户名和密码, 在执行界面扫描患者腕带、药物时系统会自动记录下该医嘱的执行时间和执行者姓名, 且不能随意修改, 临时医嘱可直接回写到HIS中进行医嘱签字, 并作为法律依据长期保存, 责任明确, 因此规范了护士的护理行为。

3.3 提高护士的工作效率

以往护士在采集录入生命体征、出入量、护理评估单以及记录护理记录单等的时候, 需要先在患者床头采集信息, 然后到护士站在HIS中录入, 大量信息的二次转抄让护士的很多精力和时间都耗费在文字的重复抄写中, 存在工作量大、耗时长、信息遗漏或抄错等弊端, 也减少了护士的直接护理时间。而移动护理信息系统的使用, 实现了患者信息的实时采集录入, 而且有些数据只输一遍就能相互转化, 减少了重复录入, 如录入生命体征时通过点选即可同步到体温单、护理记录单等, 出入量不但可以自动求和, 而且可以同步到体温单中。护士在床头可快速查询所需信息, 而不必回到护士站, 也提高了工作效率。经工时测算, 以收治40例患者的病区计算, 每天体温绘制的时间比传统的护理工作模式平均节省至少40 min, 花费在护理文件书写的工时减少了约30 min, 护士的直接护理工时增加了1 h左右。不但提高了护理效率, 更践行了优质护理服务工程把护士还给患者的理念[10]。

3.4 提高护理质量

移动护理信息系统的应用对护理质量的提升具有一定的意义。患者身份识别错误、查对不严、护理文书信息不全、录入错误均是影响护理质量的主要原因, 移动护理信息系统的应用细化了工作流程, 规范了护理行为, 减少了重复转抄而造成的错误, 对护理安全及护理文书的质量两个方面的提升意义最大[11]。应用1年多来, 体温图的错误发生率从原来的8.16%减少到2.58%, 护理记录单错误发生率由原来的7.11%降至3.30%, 医嘱执行签字不及时发生率从4.05%降至1.67%。

3.5 提高护理管理效能

移动护理信息系统管理功能的应用使护理管理更加严谨和规范。排班功能方便护士长进行排班, 并能对排班进行统计, 及时掌握人员的动态调配, 护士可在留言中注明自己的休假时间, 使护士长在排班时更加体现护士意愿。核查和录入功能使护士长能够随时掌握全科的护理工作动态, 加大了对工作过程的监控及管理, 及时发现医疗护理过程中各环节的问题, 可及时采取相应的措施, 将事后管理变成事前管理, 增加了护理管理的深度。工作量统计功能为绩效管理提供了数据, 实现了精细化管理, 使护理管理由定性管理向定量管理转变, 由经验管理向科学管理转变[12]。移动护理信息系统, 以其现代、科技、方便、快捷等特点, 也提高了医院的管理水平, 树立了医院的形象品牌。

4 存在的问题及对策

4.1 PDA本身的性能不足

PDA本身的性能直接影响其在临床中的应用, 目前开发的PDA存在扫描速度慢、录入界面过小、触屏不够灵敏、待机时间短、存储量不够大、功能不够全面等缺点, 需要医院与厂家联合开发临床实用的硬件设备, 推动移动护理信息系统的应用。我院试行1年多来, 护士在临床使用中对PDA提出了很多改进意见, 共进行了3次改进。目前的PDA较前在扫描速度、录入便捷性、携带便捷等方面有了很大的进步, 但还需进一步改进。作为管理者还应配备足够的硬件设备, 保证临床使用, 并在出现问题时及时维修。

4.2 无线网络的稳定性有待提高

无线网络的稳定性是目前护士试用该系统的主要问题。无线网路信号不够强、不够稳定, 覆盖不够广、系统流量超过负荷等, 均影响移动护理信息系统的临床应用。在试用过程中, 护士经常遇到数据下载失败、扫描反应时间过长、下载过慢、登录失败等情况, 这样不但影响工作效率, 增加工作量, 还会影响护士使用的移动护理信息系统的体验和满意度。无线网络的稳定、通畅是该系统运行的重要保障。因此, 厂家及医院的信息部门应对无线网络经常进行测试及调试, 及时维修、维护, 保证无线网络的正常运行, 保证临床使用效果。

4.3 护士使用的满意度有待于提高

临床护士是使用移动护理信息系统最直接、最广大的群体, 她们的使用感受在此系统的推广中起着至关重要的作用[13], 但在应用过程中, 临床护士对该系统的满意度不一, 年轻、教育程度高且具有一定智能机应用基础的护士比较接受此系统, 应用自觉性较高。接受过培训、对该系统功能比较熟悉的护士的满意度较高。因此, 在使用前应对护士进行足够的培训, 使其掌握机器的性能, 让护士了解到该系统的意义及必要性, 转变观念, 提高使用的依从性及满意度, 保证临床效果。

4.4 缺乏临床完整的控制和评价体系

移动护理信息系统近几年得到了飞速发展, 但目前国内尚没有标准的控制和评价体系[14], 临床中如何控制及评价移动护理信息系统应用的质量就成为一个难题。所以要求管理者根据临床中试用的情况尽快制订出相应的工作标准及考核评价体系, 保证临床使用效果。

4.5 使用的安全性

移动护理信息系统需要护士输入用户名及密码后即可进行床头扫描和录入工作, 而且系统会默认登录时的护士姓名, 如护士操作后未及时退出系统, 更换人员使用时也未重新登录, 就会出现与实际操作人员不相符的情况。后期查询或出现问题进行核实时难以界定责任与真实性。因此, 除要求护士使用后自觉退出之外, 应设定相应的功能, 在一定时间未使用时自动退出, 保证移动护理信息系统的安全性。

总之, 通过我院1年多的开发和实践应用, 移动护理信息系统在保证护理安全、提高护理质量、提高工作效率与管理效能等方面取得了良好的效果。在临床的应用价值是肯定的, 值得推广。但移动护理信息系统仍存在很多尚待解决的问题及值得开发的功能, 应用领域也比较局限[15], 因此除开发更多的, 如专科护理管理、患者的健康教育、患者随访、护士的在线考试、床旁呼叫等功能外, 应向更多的领域延伸, 将护理工作与信息技术有机结合, 更好的为临床服务。在临床开发应用的过程中, 应总结国内外先进的技术和理念, 并结合我国现状, 开发适合我国国情的应用系统。

摘要：本文介绍了移动护理信息系统在临床开发应用的效果及存在问题。移动护理信息系统在西安交通大学第二附属医院进行了一年多的开发和应用, 在保证患者安全、优化护理工作流程、提高工作效率、护理质量及护理管理效能等方面有着积极的意义。但同时也存在PDA本身性能的不足、无线网络的稳定性不够、护士使用的满意度有待于提高、缺乏临床完整的控制和评价体系及使用的安全性等问题, 需要在临床开发应用中不断改进和完善。

临床移动护理系统方案 篇3

本报讯 工信部日前正式发布了《工业和信息化部关于国际移动通信系统（IMT）频率规划事宜的通知》，明确了我国的IMT系统频率规划。该频率规划对未来我国电信运营格局的优化、IMT系统和设备研发、相关技术和产业的成熟及应用等方面将起到重要的导向作用。为保证合理、高效利用上述频率，工信部后续将制定和发布配套的IMT系统射频技术指标、频率分配方案和台站管理规定。

今年手机出口量预计达10亿部

本报讯 据中国海关统计，今年1～8月份，我国手机出口6.18亿部，同比增长15.5%，出口金额为467亿美元，同比增长27.7%，继续保持了快速稳定的增长势头，也成为继续拉动通信设备乃至电子信息产品出口的主要动力。按照过去十几年手机出口的月度比重规律分析来看，今年我国手机出口量将达到10亿部，增幅接近15%。

海豚挑战用户体验极限

山西移动系统网络管理解决方案 篇4

成立于9月的山西移动通信公司是中国移动的全资子公司，公司成立之时，中国的移动通信正处于飞速发展时期，在短短的6年里，山西移动迅速成长为年收入达68亿元，服务网点覆盖山西70多个县，用户愈750万的大企业，和多数移动通信公司一样，山西移动最初是力保为用户提供清晰的语音通信服务。以此为战略核心，山西移动在6年前开始系统建设。经过近6年的艰苦努力，山西移动顶着业务快速增长的压力，建成了以支撑网络、网管中心和基于办公自动化的企业业务管理网三大分支为主体的IT基础架构体系。而在每一个分支下面又包含若干个应用系统，比如支撑网就是由计费系统、数据仓库系统和客户服务系统等应用系统构成的复杂体系。

客户需求

然而，在山西移动的IT基础架构体系日渐壮大的时候，一个新的瓶颈——IT基础架构管理水平开始制约快速增长的业务。因为，在移动用户的数量呈爆炸式增长的同时，移动通信的服务内容也在发生着深刻的变化——形成了以语音通信为主，通信业务呈多元化的发展趋势。在根据自身情况构造了“PPT”IT系统的管理框架后，山西移动需要寻找合适的工具来充实这个框架，使其真正地运转起来。具体来讲，山西移动需要：

实现集中统一管理：对网络、系统发生的事件进行集中管理，自动响应。

主动管理：通过对网络、系统、应用等IT资源7*24小时不间断地监控，发现问题，及时报警。

高效管理：极大地提高了管理员的工作效率，降低了维护工作量和培训投资。

科学的管理：通过决策系统对网络管理、系统管理、Web业务管理的数据进行统计分析，为制定管理计划、调整管理策略提供依据。

方案设计

根据ITIL，山西移动将先前了无头绪的管理内容划分为可用性管理、性能管理、业务影响和可靠性管理、安全管理、配置管理、版本管理、操作管理和服务连续性管理等多个根据ITIL，山西移动将先前了无头绪的管理内容划分为可用性管理、性能管理、业务影响和可靠性管理、安全管理、配置管理、版本管理、操作管理和服务连续性管理等多个流程。

基于管理流程的疏导，山西移动形成了独特的“PPT”式的系统管理体系，即以流程为主导，带动人员和技术在系统管理中的作用，从而形成一道坚不可摧的系统管理屏障。

图 山西移动系统网络管理体系结构图

实施效果

结合先前应用系统管理工具的经验，山西移动对主流的IT系统管理工具进行了全面的考察，并最终选择了IBM Tivoli系统管理解决方案，

山西移动将IBM Tivoli系统管理解决方案的入选因素归纳为以下几点：

首先，响亮的品牌知名度。作为知名公司的下属品牌，Tivoli在产品性能、成熟度方面让人值得信赖，而且Tivoli在金融、电信等多个领域都有若干最佳实践，这是一笔宝贵的经验财富，让用户从心理上易于接受。

其次，吻合的管理理念。山西移动一直致力于通过流程管理来启动公司的系统管理，遵循的ITIL标准体系。而Tivoli一直是ITIL的贡献者、支持者和实践者，Tivoli管理软件中蕴涵的管理思想比较切合山西移动在系统管理上的需要。

再次，可靠的技术支持和服务团队。IBM能够提供强大的技术支持和服务队伍，其中许多技术支持人员都通过了ITIL的顶级国际认证，并具备丰富的项目实施经验，为项目的成功实施提供可靠的保障。

最后，科学的项目管理方式。IBM有一套科学、严格的项目管理体系和工具，能够保障项目按计划顺利地实施。

山西移动**陈主任认为：“单从管理工具来说，许多其它厂商的产品也能满足我们的局部需要，但系统管理说到底是一项人员投入的项目，IBM在人才储备上的优势是许多其它厂商所不具备的，而恰恰是这个因素，保证了系统管理项目获得最佳实践效果。”

在选定IBM Tivoli系统管理解决方案后，中联公司帮助实施了可视化管理方面的工作，整个项目从5月底开始启动，用了不到4个月的时间，至209月中旬，项目已经全面上线。

用户感言：

IBM Tivoli系统管理解决方案在山西移动成功上线后，山西移动信息中心对项目实施过程中的经验作了精心总结，以供其他行将实施类似方案的用户借鉴。

结合自身经验，不要忽视管理流程化的作用

可以说，山西移动在实施系统管理项目时，并非盲目地将来自不同厂商的管理工具简单地拼凑到一起，而是做了充分的前期准备工作。信息中心寻求专业咨询公司的帮助，花了近半年的时间来梳理内部的管理流程，使繁杂的管理体系被疏导成由若干切合山西移动系统管理需要的流程，这是项目成功的基础。

选择好的厂商，能够达到事半功倍的效果

整个项目实施过程中，IBM提供的技术支持团队给山西移动留下了深刻的印象。来自IBM的技术人员不仅有过硬的专业知识、丰富的项目实施经验，还有与用户一道奋战在项目实施最前沿的耐心和决心，他们的辛勤工作，保障了项目的顺利实施。

临时的阻力不足以为惧

临床移动护理系统方案 篇5

1.简介

1.1.背景

1.2.术语和缩略语 1.3.参考资料 1.4.相关文档

《省CRM与ESOP对接总体方案》 《集团业务数据存储方案》

2.集团业务关键流程

2.1.本地集团业务受理

本地集团客户开户 目标业务流程： 客户经理集团客户开户ESOP省CRMCRM_IM_060可用集团编号资源查询CRM_IM_061集团编号暂选如果取消，CRM_IM_062集团编号暂选释放CRM_IM_069获取客户、帐户标识序列号集团客户开户创建信息化帐户CRM_IM_063置集团编号为使用CRM_IM_068集团客户资料同步应答报文

1.客户经理在ESOP办理集团客户开户业务

2.调用省CRM集团客户编码资源查询接口返回可用集团编码 3.ESOP选定一个集团编码后调用省CRM集团编码 暂选接口

4.如果客户经理重新选择集团编码，调用省CRM的集团编码释放接口 5.如果需要选择代理商信息，ESOP查询代理商数据（代理商数据由NGCRM同步到ESOP）。6.ESOP系统，调用省CRM的获取客户标识序列号获取客户标识。7.ESOP系统完成集团客户资料和信息化帐户的创建。8.ESOP系统完成集团客户开户操作。9.调用省CRM置集团编码为使用。

10.调用集团客户资料同步接口，省CRM返回成功/失败。11.省CRM记录集团客户资料和客户资料。

12.ESOP完成资料归档，将客户状态置为有效状态。

本地集团产品开户 目标业务流程： ESOP菜单权限校验根据集团编码获取集团客户信息业务受理规则校验取主体产品树取上架到主体产品的必选和默认选中产品资源（号码）查询_CSResGetTelnums资源（号码）暂选_CSResCheckLock取用户、帐户实体流水号_CSGetObjectID产品校验_PCProdRecCheck订单预生成_CSPreCreateOrderRecACK(订单编号）订单算费_CSRecCalculateFeeACK（订单费用汇总、订单费用明细、支付信息）免填单、发票预览_CSRecInvoicePreviewACK(免填单数据)订单提交_CSRecCommitOrder（订单数据、支付信息）省CRM订单提交逻辑ACK（受理结果、发票和受理单信息）订购关系资料归档subproductSyn记录订单信息ACK集团产品开户逻辑触发资料上传更新票据打印次数_CSUpdateRecPrintnumACK订单分解订单开通订单竣工订购关系资料归档subproductSyn订单竣工ACK1.2.3.4.5.ESOP发起本地集团客户产品开户

ESOP进行菜单权限校验，判断操作员是允许操作本业务。ESOP根据集团编码获取集团客户信息、用户信息、帐户信息。ESOP进行业务受理规则校验，判断客户是否允许办理此业务。ESOP查询集团主体产品和附加产品信息。6.选择集团主体产品和附加产品，加载产品附加属性信息。7.ESOP对录入产品附加属性进行合法性校验。

8.对于集团产品号码资源和其他资源，ESOP调用CRM_PUB_999接口的CSResGetTelnums业务命令字获取号码资源。

9.ESOP调用CRM_PUB_999接口的CSResCheckLock业务命令字对号码进行预占。10.ESOP完成前台产品规则校验。

11.ESOP向省CRM发起订单校验申请。12.省CRM订单预生成，并返回订单信息。13.ESOP保存订单预生成信息。

14.ESOP向省CRM发起订单算费申请。

15.省CRM算费并返回算费结果，同时记录订单费用信息。16.ESOP保存订单收费信息。

17.如果涉及营业费收取涉及支付方式为银行划扣，ESOP调用CRM银行划扣接口进行收费。18.ESOP向省CRM发起订单提交请求。

19.省CRM接受订单请求，完成订单分解、订单开通。20.省CRM完成订单处理后，通知ESOP进行订单归档 21.ESOP 记录订购关系资料。22.省CRM向融合计费上传资料。23.ESOP 订单竣工。

本地集团成员加入流程 目标业务流程： ESOP省CRM获取产品基本信息根据服务号码查询集团客户列表根据集团编码查询集团客户信息（包括用户/账户信息）获取主服务根据产品编码查询产品组网信息查询集团成员列表以及个人用户信息_GetGroupSubsMemsAndMemSubsACK(成员列表)判断成员是否已经加入集团由成员号码取得成员类型_GetMemTypeByMemServNoACK(网内/网外成员)业务规则校验查询短信二次确认接口查询集团成员可选产品列表根据字典配置取产品目录获取主体服务下的成员属性订单预生成_CSPreCreateOrderRecACK(订单编号）订单算费_CSRecCalculateFeeACK（订单费用汇总、订单费用明细、支付信息）免填单预览_CSProtocolPrintACK(免填单数据)发票预览_CSRecInvoicePreviewACK(发票数据)订单提交_CSRecCommitOrder（订单数据、支付信息）订单提交逻辑ACK（受理结果、免填单、发票数据）更新票据打印次数_CSUpdateRecPrintnumACK(反馈结果)集团成员管理逻辑

1.ESOP发起本地集团成员管理

2.ESOP根据集团编码查询集团客户信息、用户信息列表。3.选择集团用户，ESOP调用CRM接口获取集团产品对应成员列表查询。4.ESOP集团成员可选产品加载。5.ESOP查询成员号码类型

6.ESOP发起业务校验

7.省CRM订单预生成，并返回。8.ESOP保存订单预生成返回信息 9.ESOP向省CRM发起订单算费申请 10.省CRM算费并返回算费结果 11.ESOP保存订单收费信息

12.ESOP向省CRM发起订单提交请求

13.省CRM接受订单请求，完成订单分解、订单开通 14.如果有人工任务（如审批、资料修改等），由ESOP发起人工任务，调用省CRM的接口获取人工任务明细信息，处理后，调用省CRM的接口保存人工任务信息。15.省CRM完成订单处理后，通知ESOP进行订单归档 16.ESOP 订购资料生成。

17.省CRM向融合计费上传资料 18.ESOP 订单竣工。

本地集团产品变更流程 目标业务流程： ESOP省CRM菜单权限校验_CSHaveRight根据集团编码查询集团客户信息（包括用户/账户信息）_GetGroupByGroupID通过groupid和dictid查询字典值_CSGetDictItemByID获取产品基本信息_PCGetProductByID根据集团用户编码查询集团订购产品以及成员可选产品根据字典配置取产品目录_PCGetProductCatalogByDict加载用户已有产品_PCGetProdCataBySubsprods获取特色目录_PCGetSaleCatalog获取特色目录产品树_PCGetSaleProductTree获取产品订购关系实例流水号_CSGetObjectID返回流水号产品受理检查_PCProdRecCheck订单预生成_CSPreCreateOrderRecACK(订单编号）订单算费_CSRecCalculateFeeACK（订单费用汇总、订单费用明细、支付信息）免填单、发票预览_CSRecInvoicePreviewACK(免填单数据)订单提交_CSRecCommitOrder（订单数据、支付信息）订单提交逻辑应答报文订购关系资料归档 subproductSyn记录订单信息应答报文集团产品订购退订逻辑触发资料上传更新票据打印次数_CSUpdateRecPrintnumACK(发票打印次数)更新订单票据打印次数订单分解订单开通订单竣工订购关系资料归档 subproductSyn更新订购关系状态应答报文 1.ESOP发起本地集团产品变更操作。

2.ESOP根据集团编码查询集团客户信息、用户信息列表。3.ESOP产品属性加载。

4.ESOP用户已订购产品信息查询。5.ESOP产品属性校验。

6.ESOP向省CRM发起订单校验申请 7.省CRM订单预生成，并返回。8.ESOP保存订单预生成信息

9.ESOP向省CRM发起订单算费申请 10.省CRM算费并返回算费结果 11.ESOP保存订单收费信息

12.ESOP向省CRM发起订单提交请求

13.省CRM接受订单请求，完成订单分解、订单开通 14.省CRM完成订单处理后，通知ESOP进行订单归档 15.ESOP 订购资料生成。

16.省CRM向融合计费上传资料 17.ESOP 订单竣工。

本地集团产品状态变更（暂停/恢复/预销/取消预销/销户）流程 目标业务流程： ESOP省CRM菜单权限校验集团客户公共查询查询集团客户信息（包括用户/账户信息）受理规则校验查询用户帐单_CSQrySubsBill用户帐单订单预生成_CSPreCreateOrderRecACK(订单编号）订单算费_CSRecCalculateFeeACK（订单费用汇总、订单费用明细、支付信息）免填单、发票预览_CSRecInvoicePreviewACK(免填单数据)订单提交_CSRecCommitOrder（订单数据、支付信息）订单提交逻辑ACK（受理结果）更新票据打印次数_CSUpdateRecPrintnum应答报文资料上传（三户资料）ACK触发资料上传集团产品状态变更订单分解订单开通订单竣工订购关系资料归档_subproductSyn应答报文触发资料上传

1.2.3.4.5.ESOP发起本地集团用户状态变更操作。

ESOP根据集团编码查询集团客户信息、用户信息列表。ESOP产品属性加载。

ESOP向省CRM发起订单校验申请 省CRM订单预生成，并返回。6.ESOP保存订单预生成信息

7.ESOP向省CRM发起订单算费申请 8.省CRM算费并返回算费结果 9.ESOP保存订单收费信息

10.ESOP向省CRM发起订单提交请求

11.省CRM接受订单请求，完成订单分解、订单开通 12.如果有人工任务（如审批、资料修改等），由集团CRM发起人工任务，调用省CRM的接口获取人工任务明细信息，处理后，调用省CRM的接口保存人工任务信息。13.省CRM完成订单处理后，通知ESOP进行订单归档 14.ESOP 订购资料生成。

15.省CRM向融合计费上传资料 16.ESOP 订单竣工。

2.2.跨市集团业务受理

跨市集团业务

组建跨市集团 目标业务流程：

ESOP查询集团客户信息申请创建跨市集团选择跨市集团产品提交地市审批记录集团客户总部信息A地市审批人审批省融合计费地市融合计费其他分支集团所在地市融合计费A地市客户经理省公司审批人审批集团客户总部信息生效B地市客户经理查询客户资料分支集团申请加入总部B地市审批人审批主办市审批加入跨市集团总部与分支关系生效跨市集团关系同步跨市集团关系同步上传集团产品成员关系取其他分支集团所在地市同步跨市集团产品成员关系到各地市记录总部与分支关系 1.2.3.4.5.6.7.总部集团所在地市申请创建总部集团。

地市、省公司负责人审批总部集团资料，审批通过后集团客户总部信息生效。分支集团所在地市客户经理申请分支集团加入总部。分支集团所在地市审批人审批分支集团加入总部申请。总部集团所在地市审批人审批分支集团加入总部申请。审批通过后，总部与分支关系生效。ESOP通过《融合计费协议》省市VPMN关系同步接口 同步跨市集团关系给省融合计费，省融合计费再同步到地市融合计费。

8.新加入总部的分支集团将产品成员上传到省融合计费。

9.省融合计费将新加入的分支集团产品成员同步到其他分支地市的融合计费系统。跨市集团产品成员管理 目标业务流程：

省CRMESOP集团产品成员管理集团产品成员管理省融合计费地市融合计费成员关系上传同步跨市集团关系到各地市顶层包::客户经理

1.跨市集团产品成员变更时，省CRM将成员关系上传到省融合计费。

2.省融合计费取该跨市集团所有分支集团所在地市，将成员关系同步到所有分支集团所在地市融合计费。

2.3.BBOSS集团业务受理

BBOSS配合省业务总体受理流程（集团公司规范）

BBOS省BOSS集团客户资料同步商品订购关系同步订购关系归档成员代付关系同步归档1.2.3.4.5.集团客户资料同步：BBOSS向省BOSS同步集团客户资料，省BOSS实时处理并返回处理结果。

商品订购关系同步：BBOSS向省BOSS同步商品订购关系，省BOSS接收到请求后返回响应。

商品订购关系归档：省BOSS对订购关系做异步处理。如果商品订购关系同步受理成功，则向BBOSS归档；如受理失败，则返回错误码及错误描述。

成员代付关系同步：BBOSS接收到省BOSS订购关系归档后，向省BOSS同步集团成员关系。

集团成员关系归档：省BOSS处理集团成员关系同步成功后，向BBOSS归档；如处理失败，则返回错误码及错误描述。

广东集团客户资料同步BBOSS 目标业务流程： 客户经理集团CRM(ESOP)省CRMBBOSS地市CRM集团客户资料修改（BBOSS资料上传）T4011003 EC资料上传T4011003 EC资料上传应答报文应答报文更新ECCODECRM_IM_068集团客户资料同步响应报文上传结果

1.ESOP发起集团客户资料修改业务中的BBOSS资料上传操作。

2.ESOP使用BBOSS协议中的T4011003交易经省CRM向BBOSS发起EC信息同步。ESOP与省CRM通过http交互。

3.BBOSS 返回应答经过省CRM转发给ESOP。4.ESOP更新ECCODE。

5.ESOP向省CRM同步ECCODE到集团归属地市，使用接口：CRM_IM_068集团客户资料同步，更新EC代码。BBOSS下发集团客户信息 目标业务流程：

BBOSSEC资料录入T4011003 EC信息同步省中心集团CRM(ESOP)地市CRMT4011003 EC信息同步创建集团客户顶层包::客户经理CRM_IM_068集团客户资料同步返回应答应答报文应答报文

1.客户经理发起集团客户资料录入

2.BBOSS使用T4011003 EC信息同步接口下发请求给到省CRM，省CRM将请求转发给ESOP。3.ESOP接受省CRMEC信息同步请求，完成集团客户资料登记。返回应答报文给省CRM，省CRM转发给BBOSS。

4.如果此操作是新建集团客户，ESOP创建客户完成后，需要将该客户信息同步21个地市； 5.如果此交操作是对存量EC客户资料的更新，判断EC是否广东省管理的集团客户，如果是，则不更新客户资料。如果不是广东管理的集团客户，ESOP通过CRM_IM_068接口将EC信息同步到所有地市。

广东作为主办省开通BBOSS集团产品

ESOPBBOSS主体产品开户帐户资料处理产品树处理订单预生成顶层包::客户经理订单算费订单提交省CRMBBOSS订购关系资料归档 subproductSyn应答报文订单分解T4011004商品订单/订购关系同步应答报文创建订单订单开通订购关系归档订购关系生效应答报文

1.客户经理在ESOP受理BBOSS集团主体产品的开户业务。2.ESOP完成前台业务规则校验、帐户、产品数据处理。3.ESOP向省CRM发起订单校验申请。4.省CRM订单预生成，并返回。5.ESOP保存订单预生成信息。

6.ESOP向省CRM发起订单算费申请。7.省CRM算费并返回算费结果。

8.ESOP向省CRM发起订单提交请求。

9.省CRM接受订单请求，完成订单分解、订单开通。10.省CRM订单竣工后，将订购关系相关信息归档。

BBOSS下发归档请求处理 目标业务流程：

BBOSS省CRMT4011004商品订单/订购关系同步应答报文订购关系归档

1.BBOSS下发集团客户商品订单/订购关系归档请求到省CRM。2.省CRM处理归档请求，并将处理结果实时返回给到BBOSS。广东作为配合省开通BBOSS集团产品 目标业务流程：

BBOSS省CRMT4011004商品订单/订购关系同步应答报文集团产品开户

1.BBOSS下发集团客户商品订单/订购关系到省CRM。

2.省CRM处理集团客户商品订单/订购关系请求，进行集团产品开户操作，并将处理结果实时返回给到BBOSS。

广东作为主办省上传成员订购关系 目标业务流程： ESOP成员管理取成员用户信息成员资料处理CRM_PUB_999订单预生成顶层包::客户经理CRM_PUB_999订单算费CRM_PUB_999订单提交省CRMBBOSS订单分解4101034成员列表／签约关系同步应答报文T4101035签约关系同步确认交易应答报文4101034成员列表／签约关系同步（归档）订单竣工（订购关系生效）应答报文订单处理

1.ESOP发起BBOSS产品的集团成员管理

2.ESOP根据EC归属地路由到省CRM查询成员详细信息

3.ESOP向省CRM发起订单校验申请 4.省CRM订单预生成，并返回。5.ESOP向省CRM发起订单算费申请 6.省CRM算费并返回算费结果

7.ESOP向省CRM发起订单提交请求

8.省CRM完成订单分解、订单开通（网元、计费）9.对于本地功能开通，发送服务开通处理。

10.对于BBOSS平台的开通工单（参见集团公司下发《BBOSS业务接口规范》4.6.成员列表／签约关系同步），CRM使用http请求将xml报文通过省CRM转发到BBOSS。

11.BBOSS发起T4101035签约关系同步确认交易请求，经过省CRM再转发给ESOP，ESOP转发请求给省CRM；ESOP原路返回应答报文给BBOSS。

12.BBOSS通过T4101034下发成员签约关系归档操作，经省CRM转发到ESOP，ESOP再转发所有地市；ESOP原路返回成功应答给BBOSS。13.省CRM接收到请求后，进行归档。广东作为配合省接收成员订购关系 目标业务流程：

BBOSS省CRM(BBOSS接口)4101034成员列表／签约关系同步4101034成员列表／签约关系同步ESOP省CRM4101034成员列表／签约关系同步应答报文应答报文应答报文订单预生成（成员加入）T4101035签约关系同步确认交易T4101035签约关系同步确认交易应答报文应答报文4101034成员列表／签约关系同步4101034成员列表／签约关系同步4101034成员列表／签约关系同步应答报文应答报文应答报文订单竣工

1.BBOSS发起4101034成员列表／签约关系同步请求。2.省CRM接受BBOSS请求并转发给ESOP。

3.ESOP接到请求，并将请求转发所有省CRM，并返回成功应答给到省CRM，省CRM转发给BBOSS。

4.各省CRM收到请求后，调用成员管理逻辑，生成订单。

5.省CRM发起T4101035签约关系同步确认交易请求，通过省CRM，省CRM再转发给BBOSS，BBOSS应答报文原路返回。

6.BBOSS发起4101034归档请求，经省CRM转发ESOP，ESOP转到地市 CRM，ESOP返回成功应答原路返回给到BBOSS。7.省CRM收到请求后订单竣工。

2.4.ADC产品业务受理

业务流程

ADC产品开户

开户业务可以通过以下渠道实现

1.电子渠道反向接口（CRM_IM_007订单校验、CRM_IM_026 费用计算、CRM_IM_008 订购提交）。

2.CRM界面“集团主体产品开户”（界面分解动作有产品关系检查、费用计算、业务提交）

处理过程：

（1）选择需要开户的主体产品

（2）选择需要订购的增值产品—反向接口或界面选择（3）服务属性取值—反向接口传入或界面填写；反向接口实现资源属性实现自动化处理；其他默认值处理。

（4）组装产品数组数据（5）订单校验（6）订单算费（7）订单提交

（8）一般ADC产品开户走简单WPS的SAMPLE流程，经历订单分解、开通、完成，资料归档等阶段。开户发送ADC06010工单，将新开的集团用户以及用户订购的数据送ADC平台施工。

ADC产品集团成员管理

开户业务可以通过以下渠道实现

1.电子渠道反向接口（CRM_IM_036集团成员可选产品查询、CRM_IM_033成员订单校验、CRM_IM_026 费用计算、CRM_IM_008 订购提交）。2.CRM界面“集团成员管理”（界面分解动作有添加成员、产品关系检查、费用计算、业务提交）处理过程：

(1)选择需要开户的主体产品(2)选择需要订购的增值产品

反向接口通过CRM_IM_036集团成员可选产品查询后用户选择； 界面用户选择；

(3)服务属性取值—反向接口传入或界面填写；反向接口实现资源属性实现自动化处理；其他默认值处理。(4)组装产品数组数据(5)订单校验(6)订单算费(7)订单提交

(8)经历订单分解、开通、完成，资料归档等阶段。开户发送ADC16010工单，将新开的集团成员数据以及成员订购的数据送ADC平台施工。

2.5.PBOSS产品业务受理

业务流程

PBOSS产品开户流程

CRMPBOSS集团产品开户（具体业务流程参照本地集团产品开户）订单拆解创建WPS工作流工作流驱动-给PBOSS发送开户请求报文PBOSS把请求信息发送SG并接收SG的反馈把SG反馈的归档、退单、关键信息传给CRM根据PBOSS反馈的接口进行归档确认、退单确认、关键信息存储归档确认、退单确认结果信息发送给PBOSS退单释放资源或者归档资料生效把CRM的反馈信息传给SGWPS工作流结束流程结束订单竣工

1.参照“本地集团产品开户”流程描述进行集团产品开户。

2.在提交拆解订单行时，PBOSS产品会启动WPS工作流，后续才做都由WPS工作流进行3.4.5.6.7.8.9.驱动

首先生成一个审核任务，由业务审核人员对该次请求信息进行核对，如果有问题就驳回给业务提交人进行资料修改，修改完成后再提交到业务审核人员进行审核。

在资料审核无误后，审核人员审核通过。这是会把开户请求信息通过webservice接口给PBOSS派单。

PBOSS在接收到CRM的开户派单请求后，会创建流程并把信息发送给SG。SG根据请求信息进行施工，并把根据施工结果发送归档请求或者退单请求。

CRM在收到归档请求后，先进行商务验收，验收成功，会对开户业务进行归档，并结束流程。开户成功。

在CRM收到退单请求后，会把对单原因发送给业务人员进行审批，如果是因为资料填写有误，则需要驳回退单并修改资料，然后重新派单。如果确认无法施工或者业务人员认为该业务可以退单，则给PBOSS返回同意退单，同时释放预占资源，并结束请求流程。PBOSS在收到CRM同意退单的信息后，会传给SG，同时会结束该流程。

PBOSS产品变更流程

CRMPBOSS集团产品变更（具体业务流程参照本地集团产品变更流程）订单拆解创建WPS工作流工作流驱动-给PBOSS发送变更请求报文PBOSS把请求信息发送SG并接收SG的反馈把SG反馈的归档、退单、关键信息传给CRM根据PBOSS反馈的接口进行归档确认、退单确认、关键信息存储归档确认、退单确认结果信息发送给PBOSS退单或者归档资料生效把CRM的反馈信息传给SGWPS工作流结束流程结束订单竣工 1.参照“本地集团产品变更”流程描述进行集团产品变更。

2.在提交拆解订单行时，PBOSS产品会启动WPS工作流，后续才做都由WPS工作流进行驱动

3.首先生成一个审核任务，由业务审核人员对该次请求信息进行核对，如果有问题就驳回给业务提交人进行资料修改，修改完成后再提交到业务审核人员进行审核。

4.在资料审核无误后，审核人员审核通过。这是会把变更请求信息通过webservice接口给PBOSS派单。

5.PBOSS在接收到CRM的变更派单请求后，会创建流程并把信息发送给SG。6.SG根据请求信息进行施工，并把根据施工结果发送归档请求或者退单请求。

7.CRM在收到归档请求后，先进行商务验收，验收成功，会对变更业务进行归档，并结束流程。产品变更成功！

8.在CRM收到退单请求后，会把对单原因发送给业务人员进行审批，如果是因为资料填写有误，则需要驳回退单并修改资料，然后重新派单。如果确认无法施工或者业务人员认为该业务可以退单，则给PBOSS返回同意退单，并结束请求流程。9.PBOSS在收到CRM同意退单的信息后，传给SG，同时会结束该流程。PBOSS集团产品状态变更（暂停/恢复/预销/取消预销/销户）流程

CRMPBOSS集团产品状态变更（具体业务流程参照本地集团产品状态变更流程）订单拆解创建WPS工作流工作流驱动-给PBOSS发送变更请求报文PBOSS把请求信息发送SG并接收SG的反馈把SG反馈的归档、退单、关键信息传给CRM根据PBOSS反馈的接口进行归档确认、退单确认、关键信息存储归档确认、退单确认结果信息发送给PBOSS退单或者归档状态生效把CRM的反馈信息传给SGWPS工作流结束流程结束订单竣工

1.参照“本地集团产品状态变更”流程描述进行集团产品状态变更。

2.在提交拆解订单行时，PBOSS产品会启动WPS工作流，后续才做都由WPS工作流进行驱动

3.首先生成一个审核任务，由业务审核人员对该次请求信息进行核对，如果有问题就驳回给业务提交人进行修改，修改完成后再提交到业务审核人员进行审核。4.在审核无误后，审核人员审核通过。这是会把变更请求信息通过webservice接口给PBOSS派单。

5.PBOSS在接收到CRM的变更派单请求后，会创建流程并把信息发送给SG。6.SG根据请求信息进行施工，并把根据施工结果发送归档请求或者退单请求。7.CRM在收到归档请求后，会对变更业务进行归档，并结束流程。状态变更成功！

8.在CRM收到退单请求后，会把对单原因发送给业务人员进行审批，可以重派或者驳回退单。如果确认无法施工或者业务人员认为该业务可以退单，则给PBOSS返回同意退单，并结束请求流程。PBOSS在收到CRM同意退单的信息后，传给SG，同时会结束该流程。

2.6.动力100网站及其他电子渠道发起业务受理

本地集团产品开户

CRM集团产品开户集团开户处理订单处理订单开通资料上传融合计费

1.2.3.4.5.省CRM办理集团产品开户业务

省CRM完成集团客户开户的相关操作 省CRM完成订单处理相关操作 省CRM完成订单开通相关操作 省CRM将资料上传到HSC 本地集团成员变更

CRM集团成员变更融合计费集团成员变更处理订单处理订单开通资料上传

1.2.3.4.5.省CRM办理集团成员变更业务

省CRM完成集团成员变更的相关操作 省CRM完成订单处理相关操作 省CRM完成订单开通相关操作 省CRM将资料上传到HSC 本地集团产品变更

CRM集团产品变更融合计费集团产品变更处理订单处理订单开通资料上传

1.2.3.4.省CRM办理集团产品变更业务

省CRM完成集团产品变更的相关操作 省CRM完成订单处理相关操作 省CRM完成订单开通相关操作 5.CRM将资料上传到HSC

本地集团销户

CRM集团销户集团销户处理订单处理订单开通资料上传融合计费

1.2.3.4.5.CRM办理集团销户业务

CRM完成集团销户的相关操作 CRM完成订单处理相关操作 CRM完成订单开通相关操作 CRM将资料上传到HSCs 2.7.融合计费信控请求处理

CRM用户状态变更变更处理订单处理订单开通资料上传融合计费

1.用户状态变更业务

移动护理原理 篇6

根据国外权威调查机构统计，医生的差错有35%可以被药剂师发现，药剂师的差错有20%可以被护士发现，而护士是医嘱执行的最后执行者，护士的差错该由谁纠正呢？除了信息技术的协助没有其他更好的办法。而国内大多数医院往往注重诊疗水平的提升，却忽略了护理技术的跟进。移动临床护理系统正是专门针对医院护理环节的有效提升手段。

移动临床护理信息系统通过无线技术（WLAN）、条码技术（Barcode）和移动计算等技术的应用，实现了电子病历的移动化，让护理人员在临床服务中心实时采集数据和实时录入数据，不仅优化了医护流程，提升护理人员工作效率，同时杜绝了护理人员的医疗差错。

二、先进架构

作为国内最新的医院临床服务理念，我们为了满足医院各种应用的需求，在医院现有的局域网的基础上架构了无线局域网建立信息传输的硬件平台，为系统应用于前端的配置-无线手持终端PDA（Personal Digital Assistant）实现了应用实时化和信息移动化，并且采用中间件技术建立面向服务的通用数据交换平台，整合医院的各个信息子系统，为医院的应用系统提供了统一、标准的接口，便于现有的应用系统的维护和未来系统的扩展。

三、主要功能

1、基本信息查询

实时查询病人住院的基本信息，如：姓名、性别、费用、诊断及科室等基本信息。

2、医嘱信息查询

实时查询病人（支持腕带条码扫描准确快速定位某病人）的医嘱信息，包括有效、停用、药物和其他医嘱信息。

3、报告查询

实时查询选中病人所做的检查报告，如：B超、CT，化验等结果报告单。

4、生命体征查询

实时查询病人每天的生命体征信息的记录。

5、生命体征录入

实时在病床边录入病人最新的生命体征信息，包括图片的拍摄和录入。

6、手术安排查询

实时查询病人本科或全部的手术安排。

7、会诊单查询

实时查询本科室收到的病人会诊信息，以及本科室发出的会诊信息。

8、医嘱执行

实时执行病人当前需执行的医嘱（支持腕带条码扫描，能准确快速定位某病人并显示其需执行的医嘱）。

移动护理信息系统使用效果 实时“三查七对”

三查即“操作前查、操作中查、操作后查”

七对即“对姓名、对床号、对药名、对剂量、对浓度、对时间、对用法” 实时床边采集病人生命体征

体温、呼吸、血压等 实时核对最新医嘱变化

执行医嘱时与最新医嘱进行核对，防止差错

护士评价：自从使用“PDA”后，工作变得容易很多，因为所有的工作内容都是按提示进行，按部就班去做就可以了，感到非常放心。

四、应用优势及意义

1.电子病历无线化

移动临床护理信息系统使护理人员能随时随地访问电子病历，执行医嘱和录入生命体征实时电子化，以保证病人的相关信息完整。

2.优化工作流程，提高工作效率

应用移动临床护理信息系统后，医嘱执行流程、药物执行流程和护理评估流程等都得到了优化，同时减少了重复工作环节，而且通过条码识别，大大提高每个医护人员的工作效率。能够有效的掌握医护人员工作完成度和准确度，便于对个人的绩效考核。

3.保护病人隐私，杜绝用药差错

应用移动临床护理信息系统后，护士通过PDA执行医嘱，通过条码技术实现病人身份和药物身份的双重核对，既保护了病人隐私，同时又杜绝了医疗差错。

4.减少成本，提高绩效

应用移动临床护理信息系统后，医院不但可以减少耗材成本的支出，同时由于护士工作效率提升，可以提升病人的满意度和减少病人住院天数，使医院获得良好的社会效益和经济效益。

5.管理提升，形象升级

临床移动护理系统方案 篇7

移动医疗是利用无线通讯及互联网等技术, 以无纸化的信息形式提供所需的医疗信息的一种新兴医疗信息管理系统。其信息存储和通讯实现手段主要有两种, 一种是通过建立内部的自主集中式系统, 另一种是通过云计算虚拟应用平台结合运营商网络来实现。作为后者, 随着3G、4G等移动通讯技术的广泛普及, 其建设成本更经济, 维护成本更低, 应用范围更大、更灵活。

1 移动护理信息系统的设计

在现代护理工作中, 其主要的进步就是护患信息交流手段的变化, 将护理工作从“医患之间面对面交流”推进到“以标签识别、传感检测为代表信息时代”, 其中移动护理信息系统就是该发展趋势的前沿性应用。

基于云计算技术建设开发移动护士信息系统, 就是以云服务平台为依托, 以移动通讯技术为路径, 实现在移动终端查看病人基本信息、查看与执行医嘱、日常巡视记录、条码识别核对病人信息、病人外出管理、工作量统计等功能, 并能即时将移动终端产生的数据同步至云计算平台, 以方便护士长及时了解科室内病人的护理情况的系统。

在现代医疗中, 护理工作基本是围绕医生出具的医嘱开展工作的。医嘱在护理执行过程中大体会出现如下分步:医嘱执行识别、分类执行单、医嘱记录单、生命体征记录单, 其中最核心的程序是最后两步, 也是最容易出现问题的两步。移动护士信息系统将对医嘱执行进行实时跟踪, 利于护士长了解护士站总体情况和合理安排护理任务, 提高医疗护理效率。通过移动终端设备的条形码扫描识别患者身份, 给患者输液、服药前对患者身份进行识别, 识别未通过的患者, 将不能完成输液、服药流程, 这将完全杜绝医嘱执行中“给错药, 输错液”等医疗失误的发生。分类执行单可以对患者的当日治疗内容进行充分的显示, 对于患者的口服 (外用) 药、注射给药的使用、进行情况以及入院饮食和基础护理服务项目的情况给予“是否执行”的分别显示。执行临时医嘱时扫描条形码可同时记录执行时间和操作者信息。医嘱记录单可以对患者入院后全部医嘱的内容、类别和状态进行显示, 包括长期医嘱、临时医嘱、备用医嘱、特殊医嘱。护士可方便的了解到患者当日全部医嘱的执行情况, 避免重复执行和错漏执行。入院后, 患者的身高、体重、各项生命体征数值、状态描述, 大小便情况、出入量和引流量、药物过敏情况、入院及手术天数等内容可在生命体征记录单中显示。

2 基于云计算平台移动护理信息系统的物理层次设计

在移动护理信息系统中整个工作的中心点就是病人。整个系统围绕病人展开的步骤主要有医生开具的医嘱、护士执行医嘱、药房根据医嘱发放的治疗药品、治疗使用的器械等。如果我们把这些步骤所使用和产生的数据同步共享至云平台, 并按照科学的方法有序的规范起来, 使得所有步骤有序进行、互相衔接、互不冲突并保证数据即时、一致, 这样医院的基本医疗安全、质量就得到了保障。移动护理信息系统的物理架构主要有三层:

2.1 数据采集层

通过RFID、温控传感、压力传感等医疗智能传感节点获取采集人体的血氧、脉搏、体温等病理信息, 并通过无线通讯与医院云计算平台链接。

2.2 网络设备层

通过无线传输设备将传感器获取的实时数据通过医院网络设备传输至云计算平台, 云计算平台再根据各终端设备的数据请求将实时病理数据通过网络设备传输至终端设备上, 从而保证病例数据的及时性和唯一性。

2.3 应用系统层

把云计算平台中存储的病人的病理信息进行加工处理, 以实现进一步的智能识别、在线监控和管理。

3 基于云计算平台移动护理信息系统的应用系统设计

对于基于云计算平台的移动护理信息系统的应用设计时, 应满足:

(1) 需要满足同医院其他系统 (如:HIS系统、PACS系统等) 完美实现高速数据交换和数据运算, 确保云计算平台中的海量数据信息唯一、可用, 为每位病人、每位医护工作者提供准确、唯一、及时、易用的基础信息。诸如医嘱执行与统计、生命体征的实时采集、腕带标签和输液瓶标签打印、病人信息呼叫提示、重症病人心电监护及报警等。

(2) 需要保证移动护理服务平台必须具备较大的灵活性和可扩充性, 与各种各样的不同类型、不同厂商的医护设备兼容, 能够完成数据交换、采集。因此目前比较通用的系统架构主要是采用面向服务的架构, 以服务为基础, 将不同软件厂商的不同系统包装成服务的形式, 从而实现强大的灵活性和适应性。

4 基于云计算平台移动护理信息系统的安全性能

在整个移动护理系统中, 涉及到大量病人的个人信息, 为保证病人病历信息不被泄露、医嘱信息不被篡改以及数据在传输过程中不被截取, 系统中所有的应用和数据都位于医院数据中心的云计算平台, 网络上没有数据传输, 终端设备上也并不存储数据, 大大提高了系统数据的安全性。即使终端设备意外丢失或损坏, 也不会造成数据泄密、丢失。

在安全保障方面, 该平台采用基于TCP/IP协议开发的专有加密虚拟通讯协议, 云平台服务器与终端之间数据传输的终端显示变化的操作信息, 并不是真正意义上的应用交互所产生的数据信息, 从而保证了病人数据不会被在传输过程中泄漏或丢失。移动终端登陆采用登录名+密码+数字证书的双重认证模式, 避免传统的“登录名+密码”登录方式所带来的各种安全隐患。

5 基于云计算平台移动护理信息系统的便捷性能

(1) 利用通讯运营商的3G或4G网络, 为移动终端和云计算平台建立通讯途径, 进行数据通讯, 有效保证护士和医院管理人员能够随时、随地, 快速地接入移动护理信息系统。

(2) 移动终端上客户端访问医院医疗信息服务器的只需确定符合条件的IP地址、用户名和密码等信息, 即可获得授权, 连接至医院信息系统中的应用接收器, 从而获取云计算平台上的医疗信息。因此用户无论使用何种移动终端设备, 只要获取授权, 都可以运行在云平台的上应用, 从而实现同一个用户所需应用可在不同移动终端之间的自由切换, 实现业务连续性。

参考文献

[1]马卫.云计算:中国医疗卫生信息化的机遇和挑战[J].科学咨询, 2013 (07) :4-5.

[2]牛瑛.采用VPN技术和利用运营商信号实现移动办公和移动医疗[J].医学信息, 2014, 27 (5) :5-6.

[3]钟俊华, 刘宝妹, 陈金雄.构建区域医疗云平台创新医疗服务模式[J].中国数字医学, 2013 (09) :12-14.

[4]常盼盼.云技术在医疗信息系统中的应用与思考[J].医学信息, 2010 (09) :2579-2580.