他们身怀高超的滑雪技能
却不参加冬奥会任何比赛
他们能应付各种突发状况下的医疗救援
工作地点却不在医院
他们就是 中国第一代滑雪医生
2019年2月， “冬奥滑雪医疗保障梦之队” 正式成立，70多名医疗队员被分为两组：延庆高山组和崇礼云顶组。 北医三院眼科孟璐、麻醉科白鹏、急诊科怀伟、麻醉科敦元莉、呼吸与危重症医学科马鹏程，口腔医院儿童口腔科赵双云、第二门诊部姚娜，肿瘤医院麻醉科杨娇楠、李晓曦 就是其中的成员。
根据《国际滑雪联合会医疗指南》，运动员在赛道上的任何地方摔倒受伤， 医疗救援人员都必须在4分钟内带着急救物品到达现场。 理论上是4分钟，运动员摔倒受伤后，巡逻员评估伤情、相互沟通协调都需要时间， 留给滑雪医生的实际救援时间可能只有1至2分钟。
在地势复杂、冰雪严寒的条件下，要 背着15公斤重的医疗设备， 快速、平稳地到达救援点，对每位滑雪医生都是极大的挑战。
虽然滑雪医生都有一定的滑雪基础，但应对这样的紧急情况还是远远不够的。因此， 从三年前，这些中国第一代滑雪医生就开始为冬奥会作准备。
北医三院眼科孟璐、麻醉科白鹏、急诊科怀伟和肿瘤医院麻醉科杨娇楠、李晓曦所在的 延庆高山组，主要负责2022北京冬奥会延庆赛区国家高山滑雪中心的医疗保障。
国家高山滑雪中心 位于延庆海坨山， 雪道是国内最高等级的高山滑雪赛道， 海拔高、落差大， 是世界上难度最大的高山滑雪赛道之一。
高山滑雪项目向来以难度大、观赏性强著称，是一项将速度与技巧完美结合的滑雪运动，被誉为 “冬奥会皇冠上的明珠” ，同时也是 受伤率最大、最危险的冬奥会比赛项目之一 。
在坡度大的冰状雪上，救援人员首先需要足够安全地停在受伤运动员的身边。对于通过了加拿大滑雪指导员联盟二级指导员认证和国内滑雪指导员认证的白鹏来说，这依旧是一个巨大的挑战。
因此， 从2018年冬季开始，队员们每年雪季都去崇礼参加滑雪培训和救援演练， 包括练习负重情况下的滑行，雪道上伤员的快速转运，在雪道上进行CPR及急救插管等。每年训练两三个月，期间每天训练7至8个小时。
除此之外， 雪道救援与院内的临床工作也有很大的区别， 冬奥组委多次组织队员参加120的院外急救培训、高山滑雪医疗队院前急救技能培训、疫情防控、专业英语培训等。
滑雪技能培训非常严格且艰苦， 不少队员都在这个过程中受过伤， 在极寒天气下，也有队员在训练中出现冻伤的情况。
有时候训练时，崇礼的最高温度是-36 ，体感温度只有-60 ，最大风力达9级。“当时滴水成冰，整个医疗队的队员都多少有点冻伤。但大家没有退缩，反而开玩笑说，省下了去北极 旅游 的钱”，白鹏回忆到。
作为第一代滑雪医生， 又是在新冠肺炎疫情的特殊时期，一切都只能摸着石头过河。 白鹏说：“在雪场上队员们佩戴的N95口罩，不到一分钟就被冻成冰壳子，雪镜上也全是雾，根本看不清楚。此外，防护服或隔离服是穿在雪服里还是雪服外、清洁区和隔离区怎么设置……队员们需要一起想办法、做实验。经过反复演练验证，终于确定了一套切实可行的流程。”
56岁的孟璐是队里年龄最大的女性，她曾以女子组第一的好成绩成功入选，但面对高要求训练，孟璐不仅要克服对速度的恐惧，还要面对体能上的劣势。
为了跟上训练计划，孟璐加强了自己的训练要求，经常到健身房锻炼、做瑜伽、游泳等。经过长期不懈地努力，她不仅顺利通过了队里的一轮轮考核， 还考取了加拿大滑雪指导员联盟一级指导员证书。
“能够成为中国第一代‘滑雪医生’，我为自己骄傲、自豪！”孟璐计划在冬奥会结束后正式退休，但她要 成为一名雪道救援志愿者， 让更多冰雪爱好者开心、安全地享受冰雪运动。
怀伟对北京即将成为“双奥之城”感到特别光荣。“2008年北京奥运会时，我是一名志愿者，负责突发卫生公共事件的院内紧急救治工作。现在我又成为2022北京冬奥会的一名‘滑雪医生’，心里一直憋着一股劲，希望能把这件事做到最好！”
俗话说，养兵千日，用兵一时。白鹏说：“我们养兵已经足足千日了，这条赛道对我们来说已经轻车熟路了，我们做了很认真的准备，希望能为冬奥会提供优质的医疗服务。”
通过连续三年高强度、高压力的训练和参与第十四届全国冬季运动会上高山滑雪比赛项目医疗保障工作的实践，肿瘤医院杨娇楠和李晓曦的滑雪水平、急救能力也都得到了极大提升。李晓曦说：“目前我们的医疗保障团队已是万事具备，随时准备着，为2022年北京冬奥会和冬残奥会保驾护航。”
杨娇楠也对即将到来的冬奥工作充满信心：“我们将在冬奥会赛场上展现北肿人风采，彰显中国力量。”
北医三院麻醉科敦元莉、呼吸与危重症医学科马鹏程，口腔医院儿童口腔科赵双云、第二门诊部姚娜 在张 家口云顶赛区滑雪公园 进行赛道医疗保障工作。
在不同地形、坡度、难度的雪道上和极端天气进行训练，经历了很多次摔倒和受伤，姚娜心里一直在告诉自己——“绝对不能掉队，一定要完成赛道医疗保障任务”。
经过三个雪季的滑雪培训和系统的急救培训，赵双云和姚娜的滑雪水平和雪上急救水平有了长足的进步， 获得了加拿大滑雪教练认证及120急救培训中心认证。
“相约北京”冬奥会和冬残奥会测试赛期间，队员们 春节假期一直坚守在张家口云顶赛区整整三周。 他们每天早七点就到达赛场，全天候驻守在赛道旁，参与了雪上技巧、空中技巧、平行大回转、障碍追逐、残奥会坡面回转、障碍追逐等多个项目的赛道救援。
连续工作20天，虽然他们每天早出晚归，在寒风中站立，也常常不能按时吃饭，但他们都表示，能参与冬奥、服务冬奥，是莫大的荣耀和自豪。他们凭借精湛的医术和高超的滑雪水平，出色地完成了赛道救援保障任务，受到张家口市卫生 健康 委的高度肯定。
测试赛中，看到很多残疾人运动员在赛场上努力拼搏，在赛场下互相帮助的乐观、自信和执着，姚娜深受鼓舞：“ 我站在雪道边，心里默默地想，你们在赛场上加油努力，我们一定会守护你们的安全。”
北京大学医学部 宣
素材来源于各医院 部分素材来源于《工人日报》、新华社
编辑/宣传部 韩娜
题图/王崇锟
排版/张湄芷
以门诊退费为例，退款以后钱是打在银行卡上的。
尤其是退费按交费地点在门诊、急诊、五官科楼、生殖中心、第二门诊部、党校院区分别办理退款。而且退检查费用时，如已在检查科室预约检查时间，请先到检查科室取消预约记录。
一、非自助机方式交费后进行退费
（一）使用现金、就医卡预存款交费，需提供：
1、原始收费收据；
2、收据正面由就诊科室医生写清退费原因并签字盖章；
3、原始交费单或处方；
4、就医卡、社保卡。
（二）银行卡交费：距交费日期30天内且有银行卡签购单，需提供：
1、原始收费收据；
2、收据正面由就诊科室医生写清退费原因并签字盖章；
3、原始交费单或处方；
4、就医卡、社保卡；
5、交费时使用的银行卡及签购单。
扩展资料：
北京北医三院退款按交费地点在门诊、急诊、五官科楼、生殖中心、第二门诊部、党校院区分别办理退款。退款后，费用是打在银行卡上面的。尤其是病人出院的。
病人出院结算完毕后因故需要退费的，需先由病房经办人到住院处领取“退费通知单”，填写退费项目、金额及退费原因，科主任签字后由医务处处长签字确认。（如所退项目为药品，医生应红字填写退药处方，药房收到退药签字确认后方可办理退费）
病人持出院结算收据、明细清单、退费通知单到住院处1号－4号窗口办理退费手续，住院处重新结算后将出具新的出院收据、费用明细清单，病人收到退款后在收条上签字确认。
参考资料来源：北京大学第三医院-门急诊退费须知
HL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典，涉及79种编码系统。HL7通讯协议中，有四个最基本的术语概念：★触发事件（triggerevents）：当现实世界中发生的事件产生了系统间数据流动的需求，则称其为触发事件。★消息（message）：它是系统间传输数据的最小单位，由一组有规定次序的段组成。每个消息都是用一个消息类型来表示其用途。★段（segment）：它是数据字段的一个逻辑组合。每个段都用一个唯一的三字符代码所标志，这个代码称作段标志。★字段（field）：它是一个字符串，是段的最小组成单位。在HL7通讯协议中，消息（Message）是数据在系统之间交换的基本单元，每条消息都有各自的消息类型（V2.4共有112种），用于定义消息目的消息类型中有触发事件。一个消息由多个段（Segment）组成，每一段都有相应的名称，用于界定其内容或功能（V2.4共有138种）。而一个段又由多个数据字段（DataField）组成。一个消息中的第一个段总是消息头段（Messageheadsegment），它指明了发送和接收的程序名、消息类型、以及一个唯一的消息ID号码等，接下去段的构成由消息的类型决定。如，PID段（PatientIdentificationData）包括姓名、地址、社会保险号等。一个数据字段又有可能由多个组件组成。有些消息可进一步由事件码（eventcode）细分。以下为一个HL7消息实例：实际信息：转院患者，患者王海于2002年12月1日上午11点12分由301医院急诊室转往北医三院急诊外科李四。301医院转诊系统转诊确认后2分钟向北医三院发出患者转诊信息和患者基本情况：张三，身份证号110108197404012346，男性，住址：海淀区复兴路38号，电话：85591234。转成HL7消息后为：?MSH|^?～\&|005^急诊室|0802^301医院|0052^急诊外科|0801^北医三院?PID||||330108197404012346||张三|19740401|男||C|海淀区^复兴路^38号PV1||急诊外科||||0007^李四|||急诊科|?其中MSH是消息头（MessageHeader）?EVN是事件类型（EventType）?PID是病人基本资料（PatientIdentification）?PV1是病人住院情况（PatientVisit）?；结束一个segment，该值不能被执行者改变。HL7接口引擎的工作原理如右图：★Send/Receivemodule（发送/接收模块）：支持TCP/IP通讯协议，HIS系统向数据中心发送电子病历信息，信息格式为符合HL7标准的字符串格式。数据中心接收并解析HL7信息，将解析后的信息存到数据中心的数据库中，完成后回复发送端一个ACK确认信息，确认信息已经发送成功。★HL7Adaptormodule（转换模块）：实现字符串格式数据与XML格式之间的相互转换，对信息格式进行检查验证，保证发送/接收病历数据的正确完整。★HL7APImodule（应用接口模块）：提供符合HL7标准的应用接口，医疗应用系统可以调用接口函数，按照HL7标准格式填写参数，实现向其他医疗应用系统发送数据。该模块也可以调用符合HL7标准的Windows组件应用程序，将医疗信息数据传递给医疗应用系统，实现接收其他医疗应用系统的数据。★HL7Resourcemodule（HL7资源模块）：支持各种实际应用的HL7医疗信息事件，如检查医嘱、转诊等。★Mappingmodule（对照模块）：提供翻译对照功能，可以按照医疗应用系统进行定制。对于HL7接口引擎的概念，可以这样理解，它是一组支持HL7通讯的过程调用函数或控件，应用程序按照HL7接口引擎的约定提供参数，模块之间的通讯则由HL7接口引擎完成。在国外发达国家中，2012年主流的医疗信息整合技术为“HL7/XML接口引擎”，它是整合多种技术合成的医疗信息整合技术，用以转译各种医院信息系统数据至符合HL7标准的XML信息格式，以实现各种医疗卫生信息系统之间的信息共享与交换。要深入了解HL7接口引擎的原理，我们还是必须要从数据通讯这个方面来研究。在数据通讯方面，有两种层次的数据交换应用。第一层次数据交换应用，是对现有信息进行处理，只是"交换"现有的系统中存在的信息数据。第二种层次的是基于不同系统之间进行整合的数据通讯，其目的达到不同系统之间的无缝连接而进行的数据通讯和数据交换应用。在这个层次的数据交换不仅要交换各种结果信息，同时还要交换各种过程信息，从而达到系统之间的交互目的。基于以上两个层次的数据交换方式，对应基于HL7的数据交换也存在两种方式。一种“HL7Engine”方式，主要目的是使得用户原有正在使用运行的且不能替换的系统具有HL7的通讯能力。另一种是“HL7Ready”方式则是在整个系统中，在各个应用终端已经对HL7的接口协议进行了设计和处理，各个终端都应当可以接收和处理HL7消息，并进行相关的处理。在理论上可以达到系统和系统之间实时的交互运作，可以相互主动地在"需要的时候"获取对方可以提供的数据信息。这个组织和医疗服务的提供是信息集中化的结果。通常认为医护操作的功效受信息管理功能自动化程度的影响。许多人相信如果医护提供机构不能使他们的信息系统自动化，那么在90年代的医疗市场中就不能进行有效的竞争。在过去的20年中，医疗机构，尤其是医院，已经开始在他们的信息管理方面进行自动化处理。最初，是朝着减少纸张的加工，增加资金的流动以及改善管理决策方面发展。在以后的几年中，发展的焦点在于合理化改造临床服务和辅助服务，这些服务包括临床的（在医院和其它住院病人环境中）和病人方面（在非固定的设置中）的系统。在近几年，热点在于发展综合所有与传送就诊者一生的护理信息（如：一个电子医学记录）有关的信息。可以想象全部或部分电子医学记录将在任何需要的时候和地点进行电子通讯。现在，一般的医院都安装了计算机系统，可以进行入院、出院、转院、临床检验、放射、开票以及记帐功能。这些应用时常由不同厂商或组织开发，这些厂商或组织的每个产品都有非常特别的信息格式。随着医院逐渐扩展信息管理操作，在系统中共享关键数据就应运而生了。被选中的销售商所制作的综合系统都是针对大部分医疗信息管理的实施，即使并不完善。这些系统可以被设计在一个集中或分布式的体系结构中，然而，从某种程度上来说，这样的系统是十分完整的，其用途是减轻了对外部数据交换标准（如HL7）的需要。然而，在模块化的基础上发展或获得单个部门应用程序的机构会有很多压力，压力的来源之一是由于广泛的销售商不能很好的（或全部）提供一些特殊部门的需要，另外一方面的压力就是需要通过一系列的增长、各部门的决心而非一个单一的、革命性获得物来发展医院的整体系统环境。压力会在包含一个由各部门系统相互补充的综合系统或一个完整的离散系统的环境中产生。网络技术作为一种可用的、接近功能综合以及在医学环境中技术变化的计算机应用程序已经出现。然而，这些应用程序与其通过一个相近的逻辑系统发展起来，不如依靠市场结构发展，因此他们经常是很特别的。为了这些应用程序在网络环境中的接口，扩展的特殊定位编程和程序维护是很必要的。这对用户/买方来说，都需要有相当的费用，从而阻碍了销售商员工的创新，例如新产品的开发。如果医疗环境中的网络接口标准是可以获得的，并被销售商和用户接受的话，那么特殊地址接口工作的需要就可以大大减少了。总的来说，销售商和用户不再面临支持不一致的处理/通讯结构这样的问题，这是很重要的。相反，在系统之间，具有最小不相容和最大的信息交换的框架已经发展起来了。有人建议把HL7建成一个这些领域中的最高标准以促进公共规范和规范方法。这才是真正为医疗机构的计算机应用的标准接口提供了切实的和经济的发展与保证。这个标准的规范是按apriori指定的目标发展的。标准未来的扩展也应该支持这些目标。HL7的目的是促进医疗环境中的通讯。主要的目标是提供在医疗计算机应用程序之间进行数据交换的标准，这些应用程序是除去或从本质上减少用户接口编程和程序维护，否则这些编程和维护必不可少。这个主要目标可以用一系列目标来描述：a)这个标准应该支持使用在多种广泛的技术环境系统之间的数据交换。它的实施可以应用在多种不同的编程语言和操作系统上。它也支持在广泛的多种通讯环境下的通讯，可以支持从完整的遵循OSI，第7层网络堆栈到不完整的环境包括基本的点到点的RS232C的互连和由批量介质（如：软盘和磁带）传送数据。b）直接传送单个处理应当与多个处理的文件传送一样被支持。c)最大可能的标准化程度应该达到与用法变异位置和一定数据元素格式一致。这个标准应该适应特殊地址变异的需要。这包括，特殊位置（site-specific）表，编码定义和可能的特殊位置信息段。（如：HL7Z-段）d）这个标准必须支持不断增长的获得确认的新要求。这包括支持介绍扩展的程序并发布在已存在的操作环境中。e）这个标准应该建立在现有的产品协议的经验上并且接受广泛的工业标准协议。而不应该支持特定公司的某些利益以至损害到其他用户。同时HL7寻求保存这样一个唯一的特性，即独立开发商的可以把这种特性带向市场f）当它有用并与医院内部的信息系统有关时，长期的目标就应该是定义所有医护环境中的应用程序的格式与协议。g）存在于医疗传送系统中的不同商业过程的本质是阻止支持HL7目标环境的通用程序或数据模型的发展。另外，HL7并不预先假设医疗信息系统的结构，也不尝试去解决不同医疗信息系统间的结构差异。至少因为这些原因，HL7不能成为一个真正的即插即用的接口标准。HL7中的这些不同更像协商过的协议。h)HL7工作组的主要兴趣已经尽可能转到了应用标准上。为达到这一点，HL7也发展了一个支持一致投票过程的基层组织并已经由美国国家标准协会（ANSI）认可为一个授权的标准组织（ASO）。i）与其它相关的医护标准（如ACR/NEMADICOM,ASCX12,ASTM,IEEE/MEDⅨ，NCPDP等）一起合作已成为HL7的优先活动。HL7自从1992年建立后就参与到ANSIHISPP（健康信息系统计划工作组）进程中。从1987年3月以来，HL7工作组大约每三到四个月就聚在一起来开发和讨论这个规范。工作组加入到委员会指定开发下的每个功能接口，另外，辅助委员会指定所有的控制结构和小组的不同管理。这些委员会有责任编制和维护HL7界面标准中的章节。另外，在HL7内部经常形成不同的兴趣小组来发展他的思想，并且发起一些专门委员会没有涉及的特殊看法。如果一个特殊的兴趣小组的行动得到批准并且一个新的章节经过讨论认为是必须的，他们可能请求HL7技术委员会主席和执行委员会组建一个技术委员会。在最初的三个会议上，版本1.0标准草稿准备覆盖所有接口的结构、ADT、医嘱输入、面向显示的查询。尽管就诊者记帐系统被认为非常重要，时间框架并不允许在第一个草稿中就引入它。这个草稿出现在Tyson’sCorner,VA召开的所有小组出席的1987年10月8日全体会议上。⒉0版本随后被准备到Tyson’sCorner的全体会议，并出现在1988年9月的Tucson的第二次全体会议上。从第二次全体会议以来，2.1、2.2、2.3版本的编辑和修改就没有间断过，工作小组已经发展到300个人，远远超过了原来的12个人。接下来的内容已经被实现：a).不同功能范围的详细规范已经经过精练和扩展。b).发展了同其他几个标准的正式联络：协调医疗标准的ANSIHISPP（医疗信息标准计划小组），以后被ANSIHISB（医疗信息标准委员会）取代；ASCX12N小组负责外部EDI标准，ASTME31.11小组负责临床数据交换标准，ACR/NEMADICOM小组负责与影像和放射信息系统（RadiologyInformationSystem,RIS）有关的其他方面的标准，IEEEP1157小组负责医学数据交换（MEDⅨ）.c).在备注的基础上修改一般的控制结构，以适应广泛的、不同的通讯环境并促进与其他标准组的合作d).增加了描述就诊者记帐收费系统接口的章节。e).准备了描述辅助结果、临床试验、产品经验和波形数据报告的章节，同ASTM1238-91标准进行了协调，并直接、积极地同ASTME31.11委员会成员进行了协调。f).增加了在相关信息系统中支持主文件同步传输的处理集合章节。G).有关支持医学记录功能的应用程序接口的章节，这些功能包括抄写管理，图表定位和跟踪，缺乏分析，内容和信息的发布。h).增加了有关消息的章节，支持对服务或资源利用进行预约安排的有关各种事件的通讯。i).增加了有关章节，这些章节用于定义就诊者在相互独立的医护实体间转诊通讯的消息集合。j).创建了所有数据基础电脑化的数据字典和其他消息组件。附录A包括从这个电子数据字典中产生的交叉索引和其他信息。k).在以前的2.0,2.1版本中发现矛盾的事物和错误，已经在2.3版本中做出标著并记录。l)在医嘱（Order）/登录和临床观察章节中已有了广泛的添加，包括数据元素的定向结果，药房医嘱和管理接口。m)消息确认已经被扩展到包括独立的增强模式内，这种模式定义了可接受的确认。当这种确认的模式已被允许，很明显，当媒介物带有固有的时间延迟存在于网络中时，HL7是如何支持任何环境（例如存储和向前服务，执行服务以外的“接口引擎”等）。直接确认被利用到发布从需求到再发送消息的发送系统n)HL7抽象消息定义之间是有区别的，这种抽象定义完全是按照第七层（应用层）定义，为把一个抽象消息转化成包含真实信息的字符串的HL7编码规则。这些编码规则事实上是一种建议成潜在的选择，它是完全定义在第6层（表示层）的定义中，第6层的定义在这是不存在的（如：ISO的ASN.1基础编码规则（BER））欢迎分享，转载请注明来源：优选云
微信扫一扫
支付宝扫一扫
