- 综合排序
- 最热优先
- 最新优先
腾讯医疗大模型构建药企患者教育与服务闭环
对于药企而言，传统的营销与服务模式难以精准触达患者，且无法提供持续的用药指导。核心矛盾在于： 专业鸿沟： 居民难以理解专业的医学术语和药品说明书，导致患者依从性低。 服务断层： 患者离院后，缺乏有效的工具进行长期的健康管理与用药提醒。 合规风险： 通用大模型在医疗场景下存在“幻觉”问题，无法满足医疗行业对高容错率的严格要求。 核心技术支撑 基座能力： 采用超千亿参数规模，预训练语料超过2万亿Tokens。 第三章：量化指标与业务价值 通过医疗大模型的落地应用，在患者服务深度与运营效率上实现了具体指标的落地： 知识覆盖度： 模型基于1000亿+医学Tokens训练，涵盖285万医学实体，确保回答的专业广度。 业务价值： 构建了药企与患者的直接连接通道，将传统的药品销售转化为全生命周期的健康管理服务。 案例二：广西医科大学第一附属医院（广西一附院） 解决方案： 部署对话式机器人，采用文本智能生成技术。
11910编辑于 2026-05-30腾讯健康药箱：基于药盒扫码的企业患者服务与溯源平台
（信息来源：腾讯医疗健康 林颖 Lynn） 一、 产品定位与核心亮点 技术定义：腾讯健康药箱是一款基于药盒码的患者服务与数据洞察平台。 二、 产品应用场景 本平台主要服务于药械企业、零售医药机构及终端患者，解决以下典型业务痛点： 患者营销数字化管理：针对药企院外患者易脱落、断药率高、复购难以追踪的痛点。 患者服务端： 合规指引：药品验证追溯查询、电子说明书适老化阅读/播报、医保地图指引。 用药管理：患者用药周期提醒、科普患教、健康管理服务、积分与会员运营。 交易转化：购药地图指引、O2O/B2C平台直连、医保支付接入、药品优惠券核销。 企业数据端： 私域矩阵链接：无缝连接企业公众号、小程序、视频号及企微客服账号。 流量转化：扫码率是行业其他扫码平台的 5-10倍；历史已累计服务 千万级 扫码患者。
9200编辑于 2026-05-30腾讯健康智能体：医疗健康大模型驱动的患者服务解决方案
核心商业差异化卖点在于其全链路自主研发的千亿级参数医学大模型与腾讯生态流量的无缝整合，旨在成为患者健康管理的新入口。 药企/医疗机构（如华润三九）：在数字化转型过程中，需要提升患者服务体验与用户粘性。健康智能体可作为其官方服务的智能前端，提供标准化的患者教育和用药管理。 产品优势 意图与画像识别：能识别用户现病史、用药和健康情况标签，并关联就诊与药事服务。 关联就医服务：分析用户状况后，可推荐关联科室医生。 四、典型案例 案例一：华润三九健康管家智能体 背景：华润三九推动药企数字化服务转型，旨在为用户提供更智能、专业、便捷的健康服务体验。 成效：在999会员服务小程序中落地，成为药企直接服务患者的数字化接口，提升用户粘性。
14710编辑于 2026-05-30腾讯健康药箱：基于药盒码构建企业患者服务生态圈
生态开放性： 支持接入企业自有平台及零售O2O/B2C渠道，打造从验真、科普到购药、复诊的闭环服务。 服务端（患者端）： 电子说明书（适老化）、用药提醒、疾病科普、线上问诊、在线购药、附近医院指引、慢病管理（血压/血糖打卡）、调查问卷。 2. 硬核指标 扫码转化率： 微信扫一扫入口的扫码率是其他扫码平台的 5-10倍。 私域沉淀： 平台已拥有 3.0亿+ 私域用户，累计服务 700万+ 用户，单企业私域互动可达 50次+。 累计服务 700万+ 用户。 单企业私域用户互动频次达 50次+。 构建了精准的患者服务生态，实现了老患者的留存与活跃。 2. 以峻药业（YILING PHARMACEUTICAL） 背景： 作为内外资药企代表，覆盖心脑血管、认知障碍、骨质疏松、癌症、新冠等多种疾病领域，需要数字化患者服务工具。
8610编辑于 2026-05-30- 来自专栏张家辉的树屋
JavaScript 懒癌患者福利
JavaScript 懒癌患者福利 东西比较老了，大家有啥原生的 JavaScript 魔性的写法也可以 po 出来大家一起。 "王花花" return '你好' + 姓名; } 复制代码 批量声明变量 //正常版 var a; var b; var c; //懒癌版 var a, b, c; //懒癌洁癖实用主义综合症患者 , c ; 批量变量赋值 //正常版 var a = 1; var b = a; var c = b; //懒癌版 var a = 1, b = a, c = b; //懒癌洁癖实用主义综合症患者
40320发布于 2021-02-02 腾讯健康药箱：一站式药品信息展示与患者服务平台
一、 产品定位与核心亮点 腾讯健康药箱是由腾讯健康推出的一站式药品信息展示与患者服务平台。该平台利用微信生态的流量基础，通过微信扫一扫药品追溯码/UDI码（GS1标准）触达精准患者。 场景：使用符合全球标准的GS1追溯体系，用户通过微信扫一扫GS1码即可验证追溯信息，实现“一物一码”及患者精准连接。 2. 场景：通过微信扫码构建私域，提供患者关怀、持续触达服务及开放的外跳服务，打造精准患者私域阵地，实现品牌营销。 三、 应用框架和功能介绍 1. 商业与私域层：多形式患者关怀、持续触达、开放外跳服务、企业服务升级增购。 2. 硬核指标与标准 扫码标准：支持20位一维条码及GS1二维码（药品追溯码）；支持UDI码（器械耗材追溯码）。 案例2：立普妥（处方药电子说明书与AI服务） 背景：患者持有立普妥（阿托伐他汀钙片，40mg/7片，处方药，原研药）。 解决方案：扫码获取电子说明书，并接入AI药师服务。
10800编辑于 2026-05-30腾讯大模型优化医院全流程服务，显著提升运营效率与患者体验
诊疗导流与咨询服务的效率挑战 在政策驱动下，医院智慧服务与互联网医院建设需求旺盛。然而，传统服务模式面临瓶颈：患者“不知挂什么科”、重复性咨询问题消耗大量人力。 同时，医生接诊压力巨大，中国医疗机构月均接诊超3亿人次，存在“排队1小时，问诊2分钟”的现象，门诊病历书写任务繁重，影响诊疗深度与质量。 关键业务指标实现量化提升 该解决方案在多家医院落地应用中，取得了显著的量化效果： 患者服务效率提升：在华中科技大学协和医院，大模型导诊实现对病情缓急的智能判断与科室精准匹配。 在上海瑞金医院，智能问答系统累计服务患者约50万+人次，咨询次数超62万+次，单日咨询峰值达2000次。 标杆案例：多场景验证解决方案普适性 复旦大学附属肿瘤医院：利用管理平台联合大模型引擎，实现患者全周期管理，智能生成患者标签并进行风险预警。
13510编辑于 2026-05-30腾讯健康药箱产品概要：基于药品扫码的院外患者服务平台
一、 产品定位与核心亮点 腾讯健康药箱是基于药品包装盒上的各类条形码（商品码、监管码、GS1码）进行扫码交互的数字化患者服务平台。 核心业务场景： 患者营销与数字化管理：解决药企在院外场景下难以精准触达、持续服务患者以及评估用药依从性的痛点。 三、 应用框架和功能介绍 功能框架 产品架构分为患者端服务小程序与企业端数据平台。 精准患者识别：通过药盒码直接关联用药患者，触达成本低，教育覆盖率高。 硬核指标 私域用户规模：平台已积累3.0亿+ 私域用户。 累计服务患者：产品已服务700万+ 私域累计用户。 解决方案：使用腾讯健康药箱的患者服务与数字营销模块，构建品牌私域阵地，提供用药管理、科普教育、患者关怀等服务。 成效：某合作外资药企通过该平台，其私域用户互动次数达50次+。
10510编辑于 2026-05-30- 来自专栏Owen's World
服务器2
2.改成以在服务器上npm run start的方式启动nuxt，监听3000端口，不会出现301请求了。但是静态文件会时不时出现404。 3.改成本地编译生成.nuxt文件夹之后，上传服务器启动。 * ${PRONAME}/*" 复制代码 4.正式服务器上通过pm2 管理nuxt项目。启动成功。 5.但仍有问题，部署过程中，需要在远程机器安装依赖，这个过程需要数秒钟。 "DB_ADAPTER=postgres" -e "DB_URI=postgresql://konga:konga@172.17.0.1:5432/konga" pantsel/konga 复制代码 服务器磁盘占满
76810编辑于 2021-12-07 - 来自专栏明丰随笔
Windows服务小结 2
如何安装一个Windows服务？ 如何卸载一个Windows服务？ 如何使用参数控制服务的运行方式？ 本文主要讨论上面三个问题。 打开Services窗口，我们就可以在服务列表里面找到刚刚创建的MyService服务了，我们可以启动和停止服务。 使用cmd命令行： sc delete MyService 无论MyService服务是正在运行还是停止状态，这个命令都可以执行成功，区别是服务如果正在运行，这个服务不会被立刻删除掉，而是在这个服务停止的时候 对于这一段实例代码，它想表达的是，一共有三种方式来运行这个程序： 1. engineMode 2. consoleMode 3. windows服务 对于使用windows服务的方式，本文前面的内容已经讲过了 本文回顾： 安装一个Windows服务 卸载一个Windows服务 使用参数控制服务的运行方式 cmd命令行保存到bat文件
65630发布于 2019-09-09 - 来自专栏气象学家
聊聊“气象服务”（2）
上一期，我给大家简单介绍了有关气象服务的分类，今天给大家聊聊有关“气象服务”的一些误区。 —误区1— 预报准了，气象服务质量就会提高 ? 很多人认为，“只要预报准确率提升了，气象服务质量就会提高”。 基础预报能力提升，固然重要，但如果要提升整体气象服务质量，还需要各个“因”环节配合，并传递出去，这样才会发挥出最大的服务能力。 —误区2— 关注气象服务就要提升“精细化”？ ? 但，是否所有的气象服务，都需要“精细化” 呢？ 在上一篇文章中，我提到了有关气象服务的分类。比较典型的主要涉及到两种：公众气象服务和商业气象服务。 顾名思义，公众气象服务的对象是普通的用户（C）。 （注：目前很多气象服务公司服务于气象部门本身，个人认为这不是真正意义上的商业气象服务，是一种畸形的服务形态） 气象服务对象不同，对预报的精准"需求"也不太一样。 笔者认为： 提供气象服务，首先要区分服务的对象和服务的性质。对于公众气象服务（C端）和商业气象服务（B端用户），气象能力需要有差异化的发展，不用都一味去追求“精细化”。
60720发布于 2020-05-27 腾讯健康智能体：基于腾讯混元医疗大模型的患者服务解决方案
商业差异化卖点在于打破传统信息检索模式，通过拟人化交互、多轮追问及多模态报告解读，将“精准信息”转化为“精准服务”（如就诊挂号、药事服务），成为连接用户与医疗资源的新流量入口和患者服务闭环的关键节点。 二、产品应用场景 该产品主要服务于两大核心群体，解决其在特定场景下的业务痛点： 个人用户（患者/健康人群） 健康管理场景：用户面临家庭用药遗忘、药品相互作用不明、体检报告无法看懂等困扰。 服务连接层：关联就诊服务（挂号、推荐医生）、药事服务（比价、购药、续方）。 后台管理层：包含知识库管理、敏感词管理、数据统计及企业自有内容导入。 2. 硬核指标 模型规模：超千亿参数大模型基座。 智能生成用药计划和周期，提醒患者用药/就诊。 提供药品相互作用查询，按风险程度（禁止、不推荐、需谨慎、关注）分级提示。 智能报告解读：具备健康问题小结、风险疾病预测、异常指标解释及AI处置建议能力。 服务矩阵：通过腾讯医典、腾讯视频、视频号等内容平台进行体系性患者宣教，最终由健康智能体承接流量，通过小程序、公众号等载体完成服务闭环。
14110编辑于 2026-05-30- 来自专栏奔跑的人生
2. 服务消费方如何启动服务
配置同样包含2种： XML <?xml version="1.0" encoding="UTF-8"? >(); // 2. 2. ReferenceConfig#get ReferenceConfig#init 通过DubboBootstrap启动dubbo。 在代码2种从zk获取服务提供者信息： ? 一旦zk返回服务提供者列表之后，就会调用RegistryDirectory#notify，如下： ? 那么，我们在调用服务器方法的时候服务器端和客户端都是如何处理的呢？下节我们将继续分析。
74710发布于 2020-03-19 - 来自专栏ATYUN订阅号
揭示患者风险模型是否准确
虽然这些模型在大多数情况下是有用的，但它们不能对所有患者都做出准确的预测，因此，可能会导致医生对一些患者选择无效或不必要的风险治疗，从而危及病人的生命。 研究人员说，这可以帮助医生为患者选择更好的治疗方法。为了说明这种方法是如何工作的，研究人员选择了一种广泛使用的风险模型GRACE风险评分。 GRACE是全球急性冠状动脉事件的注册表，主要用于开发风险模型，评估急性冠状动脉综合征病发六个月内患者的死亡风险。 ? 研究人员的新技术产生了一个从0到1的“不可靠性评分”。 如果模型产生了不同的结果，那么对患者的风险模型预测就可能不可靠。
47110发布于 2020-02-20 腾讯健康药箱：一站式药品信息展示与患者服务平台概要
一、 产品定位与核心亮点 腾讯健康药箱定位为企业的一站式药品信息展示与患者服务平台。 其核心业务差异化能力在于通过大用户基础与开放平台，支持患者通过微信扫一扫直接建立精准连接。 在企业缺乏有效患者触达渠道的情况下，通过提供开放的外跳服务及多形式患者关怀，帮助企业将扫码流量转化为精准患者私域阵地，解决患者管理断层问题，提升品牌影响力与患者用药认知。 三、应用框架和功能介绍 功能框架：平台系统集成了药械基本信息展示、电子说明书、权威科普、健康咨询、在线问诊、购药、扫码追溯、指导用药、用药提醒及服务外跳等核心患者服务模块。 AI前沿技术赋能：系统支持数字人、大模型等多种形式的AI赋能手段，提升适老化阅读体验和服务交互体验。 灵活的私域拓展能力：提供多形式的患者关怀与持续触达服务，支持企业根据私域品牌营销需求，随时升级增购多种患者及营销服务模块。
7100编辑于 2026-05-30- 来自专栏青青天空树
springCloud学习2(服务发现)
一、服务发现架构 服务发现架构通常具有下面 4 个概念： 服务注册：服务如何使用服务发现代理进行注册？ 服务地址的客户端查找：服务客户端查找服务信息的方法是什么？ 通常服务实例都只向一个服务发现实例注册，服务发现实例之间再通过数据传输，让每个服务实例注册到所有的服务发现实例中。 服务在向服务发现实例注册后，这个服务就能被服务消费者调用了。 (2)每次调用该服务时，服务消费者从缓存中取出一个服务实例的位置，通常这个'取出'使用简单的复制均衡算法，如“轮询”，“随机",以确保服务调用分布在所有实例之间。 服务中心管理页面：http://localhost:8761 2、将服务注册到服务中心 这里我们编写一个新服务注册到服务中心,organizationservice：组织服务。 getOrganizationInfo(@PathVariable("orgId") String orgId) { Map<String, String> data = new HashMap<>(2)
61610发布于 2018-12-28 - 来自专栏第三方工具
eureka服务过期 篇2
eureka服务过期 篇2 背景： 最近反馈的订单修改提示 远程操作失败。 分析下来是：中台订单服务有台在服务注册中心上面不稳定，运维分析下来可能是机器内存不足原因导致。 内存资源是紧张 目前将根据服务名称来调用的方式修改成指定IP来调用。 后来从该出现问题的服务器上面挪出去了一个服务，释放出来内存资源，再分析日志，就没有发现该问题了。 避开服务发现机制来调用。 方案2：另外一个方向：自定义restTemplate访问，加上负载均衡。不使用feign来调用。 篇2 https://www.cnblogs.com/oktokeep/p/18751190 指定IP换成负载均衡地址，微服务内存查看分配 篇3 https://www.cnblogs.com/oktokeep
25700编辑于 2025-03-05 - 来自专栏nginx遇上redis
LDAP服务原理详解2
） LDIF LDIF(LDAPInterchange Format)是指存储LDAP配置信息及目录内容的标准文本文件格式，之所以使用文本文件来格式来存储这些信息是为了方便读取和修改，这也是其它大多数服务配置文件所采取的格式
1K10发布于 2020-02-19 - 来自专栏CloudComputing
Kubernetes 1.19.0——服务svc(2)
一个pod如何访问到另外一个应用程序的svc 图片1.png 图片2.png [root@vms61 chap9-svc]# kubectl run blog --image=hub.c.163 10.100.102.138 <none> 3306/TCP 142m 图片5.png 如果通过变量的方式： 1.只能获取相同namespace里的变量 2. -svc]# kubectl get pods NAME READY STATUS RESTARTS AGE blog 1/1 Running 0 2s clusterIP 所以，在同一个命名空间里，一个服务访问另外一个服务的时候，可以直接通 过服务名来访问 只要创建了一个服务(不管在哪个ns里创建的)，都会自动向kube-system里的 DNS 注册 如果是不同的命名空间，可以通过 服务名.命名空间名来访问 服务名.命名空间.svc.cluster.local 图片8.png 图片9.png [root@vms61 chap9-svc
705180发布于 2020-10-25 - 来自专栏机器人课程与技术
ROS 2服务-services-
服务service有哪些命令功能： 使用帮助命令： ros2 service -h 显示如下： ? 命令有： call：调用服务 find：列出给定类型服务 list：列出活动服务表 type：输出服务类型 具体各命令使用细节，使用 ros2 service <command> -h 进行查阅。 服务命令实践 如之前一样，先开启： ros2 run turtlesim turtlesim_node ros2 run turtlesim turtle_teleop_key 3.1 列表 ros2 service list ? 看到两个节点都具有相同的六个服务，它们的名称带有参数。 ROS 2中几乎每个节点都具有类似结构。 在下一个教程中将有更多关于参数的信息。 虽然没有指定名称，但是系统给定turtle2。 ? 节点可以使用ROS 2中的服务进行通信。服务仅将信息传递给节点（如果该节点明确要求该信息），并且每个请求仅将信息传递一次（而不是连续流）。
1.3K21发布于 2019-12-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号