等医生几个小时,就是为了开个检验单,为什么不能让我自己来?

640?wx_fmt=jpeg


前段时间,儿子连续发烧两天,而且出现超过38.5度的高烧现象,喂了美林后体温可以降下来,但是过了几个小时,又有反复。到了第二天傍晚,又开始高烧。不得已要去医院看。本来我们对发烧并不紧张,去医院,无非就是想查查血,看看有没有细菌或病毒感染,如果确定有感染,可以考虑用些药。

当时已经是晚上,社区医院已经下班,只能去最近的大医院看急诊。虽然有心理准备,但还是被急诊室人满为患的场景吓到,连分诊台都大排长龙,估计能拿到温度计也要等几十分钟。

无奈只能转战到对面的私立豪华医院,那里不用排队,医生几乎是一对一服务,取了样、抽了血,等了不到一个小时,排除了流感,验血报告指示有细菌感染,开了头孢。就这么点事,我相信在公立医院没几个小时连医生都见不着。当然,为了节约这个时间,我们付出了比公立医院高10倍的费用。

其实, 我的需求就是想验个血,如果能明确是细菌感染,我直接喂头孢就完事了。

但是, 现在的就医流程是,你首先要挂号看医生,然后等医生开了检验单,你才能去做检验。像我这种情况,在急诊室等几个小时,也就是为了开这张检验单!

那么,对于像普通发烧这种普通常见病,能否让患者或家属自助开检验单,然后再去挂号看医生呢?其实很多常见病,都有基本的检验项目,甚至这些常见病的基本用药,都可以算是常识,可以在网上查到权威的信息,医院也可以通过宣传册、网站或公众号给出专业的指引。

患者或家属完全可以在检查报告出来后,再决定下一步该如何处理,包括挂号看医生还是自己去药店买药。患者或家属也可以在自行处理无果后,再考虑挂号看医生。这样便可以大大节约医生资源,确保这些宝贵资源运用在真正需要的地方(非普通常见病)。毕竟,大多数情况下,首次就医的时候,医生给你的处理方法也没有什么区别,也是交代你如果原来的处理手段无效再来复诊。

当然你会说,病人和家属没有医生那么专业和经验丰富,这样做可能会出现漏查漏诊的情况,延误病情。这个当然可能,但谁又能保证每个医生初诊时不会出现漏查漏诊的情况呢?特别是在医生每天要接待那么多病人的情况下。而且,这里也不是建议大家有病不看医生,而是建议 把基本检验前置,节约患者或家属与医生的时间

小结一下,对于很多常见病,我们在门诊或急诊排队几小时,有时就是为了开个检验单。我建议:

1. 医院支持患者或家属通过自助方式开普通常见病的基本检验的检验单;

2. 医疗机构通过网站、公众号或宣传单张大力普及普通常见病的检查和处理知识;

3. 检验结果附上解读说明,让患者或家属明确下一步处理手段,并建议是否需要医生进行进一步诊断。



来自长期潜水的医生的专业提示:

儿童持续发烧,反复用美林等退烧药、物理降温等手段无果,建议通过验血和流感筛查,明确是否是流感,细菌感染还是病毒感染。

如果检查结果指示细菌感染,可以考虑使用头孢等抗生素;

如果检查结果提示病毒感染,可以考虑使用抗病毒药物,如奥司他韦、利巴韦林。但病毒类特效药只是抑制病毒复制而已,不能杀死病毒,控制症状后还得靠自身免疫发挥作用。所以其实比单纯的细菌感染麻烦。

不建议在未明确是细菌感染的情况下使用抗生素。这也是检验的必要性。



关注公众号看其他文章和原创小说


640?wx_fmt=jpeg

觉得好看,点个“在看”或转发给朋友们,欢迎你留言

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台发的技术细节和最佳实践,逐步培养起自己的项目发和问题解决能力。此外,在求职或创业过程中,具备跨平台发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。
在Koa中,可以使用koa-parameter中间件来实现表单参数校验。为了在每个路由中独立使用参数校验,可以将koa-parameter作为一个中间件,在每个路由中单独使用。 首先,你需要在每个路由中引入koa-parameter中间件,并创建一个参数校验函数,如下所示: ```javascript const Koa = require('koa'); const Router = require('koa-router'); const parameter = require('koa-parameter'); const app = new Koa(); const router = new Router(); // 引入参数校验中间件 app.use(parameter(app)); // 创建参数校验函数 const validate = (rule) => { return async (ctx, next) => { try { // 校验参数 ctx.verifyParams(rule); await next(); } catch (err) { ctx.throw(400, err.errors[0].field + ' ' + err.errors[0].message); } }; }; // 在路由中使用参数校验 router.post('/api/user', validate({ name: { type: 'string', required: true }, age: { type: 'number', required: true } }), async (ctx, next) => { // 处理请求 }); router.get('/api/user/:id', validate({ id: { type: 'string', required: true } }), async (ctx, next) => { // 处理请求 }); // 启动应用 app.use(router.routes()).use(router.allowedMethods()); app.listen(3000, () => { console.log('Server is running at http://localhost:3000'); }); ``` 在上面的例子中,我们引入了koa-parameter中间件,并在每个路由中单独使用参数校验函数validate。validate函数接受一个参数rule,这个参数是一个对象,包含了要校验的参数及其规则。在路由中使用validate函数时,我们可以为每个路由单独定义参数校验规则。 在参数校验函数validate中,我们使用try-catch语句来捕获校验参数时可能出现的错误。如果校验通过,我们调用await next()来进入下一个中间件或路由处理函数。如果校验不通过,我们使用ctx.throw()方法抛出一个400错误,并将错误信息返回给客户端。 通过这种方式,我们可以在每个路由中单独使用koa-parameter中间件来进行参数校验,并且互不干扰。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值