- 综合排序
- 最热优先
- 最新优先
腾讯医疗大模型构建药企患者教育与服务闭环
对于药企而言，传统的营销与服务模式难以精准触达患者，且无法提供持续的用药指导。核心矛盾在于： 专业鸿沟： 居民难以理解专业的医学术语和药品说明书，导致患者依从性低。 服务断层： 患者离院后，缺乏有效的工具进行长期的健康管理与用药提醒。 合规风险： 通用大模型在医疗场景下存在“幻觉”问题，无法满足医疗行业对高容错率的严格要求。 第三章：量化指标与业务价值 通过医疗大模型的落地应用，在患者服务深度与运营效率上实现了具体指标的落地： 知识覆盖度： 模型基于1000亿+医学Tokens训练，涵盖285万医学实体，确保回答的专业广度。 合规性认证： 腾讯混元大模型V1.5已通过《人工智能大规模预训练模型第2部分:评测指标与方法》测试，获得CESI认证（编号: CESI-LM02-2023002）；在2023年8月可信AI评估中，获得模型开发 业务价值： 构建了药企与患者的直接连接通道，将传统的药品销售转化为全生命周期的健康管理服务。 案例二：广西医科大学第一附属医院（广西一附院） 解决方案： 部署对话式机器人，采用文本智能生成技术。
11910编辑于 2026-05-30- 来自专栏iSharkFly
CentOS 8 启用 NTP 服务
NTP 服务是什么和为什么我们需要在我们的服务器启用 NTP 服务？ 可能很多人都不是非常了解，简单来说就是我们希望我们服务器的时间是准确的没有偏差的。 安装 NTP 服务 在 CentOS 8 中，我们使用 chronyd 来提供 NTP 的服务。 在 CentOS 上执行下面的命令来进行安装，如果你已经安装过的话，系统会进行提示。 dnf install chrony 开启启用 NTP 服务 在 CentOS 8 中，执行下面的命令，来让服务进程随开机自动启动。 chronyc -a makestep 服务器的输入内容是： [root@vps-c853c8ac home]# chronyc -a makestep 200 OK [root@vps-c853c8ac date 通过这个设置，我们就可以在服务器上使用 NTP 进行同步了，你就不需要对服务器的时间进行调整了。 https://www.ossez.com/t/centos-8-ntp/555
2.1K00发布于 2020-10-06 - 来自专栏mukekeheart的iOS之旅
Android基础总结（8）——服务
protected void onCreate(Bundle savedInstanceState) { 7 super.onCreate(savedInstanceState); 8 { 6 public void startDownload(){ 7 Log.d(MyService, startdownload executed); 8 onBind(Intent intent) { 5 // TODO Auto-generated method stub 6 return null; 7 } 8 5 // TODO Auto-generated method stub 6 //return mBinder; 7 return null; 8 7 另外根据IntentService的特性，这个服务在运行结束后应该是会自动停止的，所以我们又重写了onDestroy()方法，在 8 这里也打印l一行日志，以证实是不是停止掉了
1.9K80发布于 2018-02-27 腾讯健康药箱：基于药盒扫码的企业患者服务与溯源平台
（信息来源：腾讯医疗健康 林颖 Lynn） 一、 产品定位与核心亮点 技术定义：腾讯健康药箱是一款基于药盒码的患者服务与数据洞察平台。 二、 产品应用场景 本平台主要服务于药械企业、零售医药机构及终端患者，解决以下典型业务痛点： 患者营销数字化管理：针对药企院外患者易脱落、断药率高、复购难以追踪的痛点。 患者服务端： 合规指引：药品验证追溯查询、电子说明书适老化阅读/播报、医保地图指引。 用药管理：患者用药周期提醒、科普患教、健康管理服务、积分与会员运营。 流量转化：扫码率是行业其他扫码平台的 5-10倍；历史已累计服务 千万级 扫码患者。 精准留存与防断药机制：通过多触点（订阅推送、服务号、专题活动）有效召回私域用户，精准管理患者用药周期，持续影响并减少断药现象。
9400编辑于 2026-05-30- 来自专栏技术杂记
日志服务器（8）
qishToW6PlZC.UewgjQaLp9YPPTFqvLbh47F6QUhHqPhrLT6fqdEfqYr6TIGyOl0XuAiUnlvJflixfO/:16545:0:99999:7::: [root@h202 ~]# ---- 服务端检查日志 通过这种方式已经可以实现操作审记了 ---- 查看服务端数据库中的日志 检查数据库确保数据也写了一份到mysql中 [root@h105 ~]# mysql -u root -p Enter password
1.2K20发布于 2021-10-20 腾讯健康智能体：医疗健康大模型驱动的患者服务解决方案
核心商业差异化卖点在于其全链路自主研发的千亿级参数医学大模型与腾讯生态流量的无缝整合，旨在成为患者健康管理的新入口。 药企/医疗机构（如华润三九）：在数字化转型过程中，需要提升患者服务体验与用户粘性。健康智能体可作为其官方服务的智能前端，提供标准化的患者教育和用药管理。 产品优势 意图与画像识别：能识别用户现病史、用药和健康情况标签，并关联就诊与药事服务。 关联就医服务：分析用户状况后，可推荐关联科室医生。 四、典型案例 案例一：华润三九健康管家智能体 背景：华润三九推动药企数字化服务转型，旨在为用户提供更智能、专业、便捷的健康服务体验。 成效：在999会员服务小程序中落地，成为药企直接服务患者的数字化接口，提升用户粘性。
15010编辑于 2026-05-30腾讯健康药箱：基于药盒码构建企业患者服务生态圈
腾讯医疗健康（演讲人：林颖 Lynn），2024年12月06日 一、 产品定位与核心亮点 技术定义： 腾讯健康药箱是基于微信生态与腾讯云技术，利用药品包装上的商品码、监管码、GS1码等药盒码，构建的院外患者服务与药械数字化管理平台 生态开放性： 支持接入企业自有平台及零售O2O/B2C渠道，打造从验真、科普到购药、复诊的闭环服务。 服务端（患者端）： 电子说明书（适老化）、用药提醒、疾病科普、线上问诊、在线购药、附近医院指引、慢病管理（血压/血糖打卡）、调查问卷。 累计服务 700万+ 用户。 单企业私域用户互动频次达 50次+。 构建了精准的患者服务生态，实现了老患者的留存与活跃。 2. 以峻药业（YILING PHARMACEUTICAL） 背景： 作为内外资药企代表，覆盖心脑血管、认知障碍、骨质疏松、癌症、新冠等多种疾病领域，需要数字化患者服务工具。
8710编辑于 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标准）触达精准患者。 场景：通过微信扫码构建私域，提供患者关怀、持续触达服务及开放的外跳服务，打造精准患者私域阵地，实现品牌营销。 三、 应用框架和功能介绍 1. 患者服务层： 用药管理：设置用药提醒、加入我的药箱。 科普与咨询：权威科普、健康咨询、AI药师（如“黄药师”）智能问答。 寻医问药：在线问诊、查找附近医院/药店、查看疾病资料。 商业与私域层：多形式患者关怀、持续触达、开放外跳服务、企业服务升级增购。 2. 硬核指标与标准 扫码标准：支持20位一维条码及GS1二维码（药品追溯码）；支持UDI码（器械耗材追溯码）。 案例2：立普妥（处方药电子说明书与AI服务） 背景：患者持有立普妥（阿托伐他汀钙片，40mg/7片，处方药，原研药）。 解决方案：扫码获取电子说明书，并接入AI药师服务。
10900编辑于 2026-05-30腾讯大模型优化医院全流程服务，显著提升运营效率与患者体验
诊疗导流与咨询服务的效率挑战 在政策驱动下，医院智慧服务与互联网医院建设需求旺盛。然而，传统服务模式面临瓶颈：患者“不知挂什么科”、重复性咨询问题消耗大量人力。 关键业务指标实现量化提升 该解决方案在多家医院落地应用中，取得了显著的量化效果： 患者服务效率提升：在华中科技大学协和医院，大模型导诊实现对病情缓急的智能判断与科室精准匹配。 在上海瑞金医院，智能问答系统累计服务患者约50万+人次，咨询次数超62万+次，单日咨询峰值达2000次。 标杆案例：多场景验证解决方案普适性 复旦大学附属肿瘤医院：利用管理平台联合大模型引擎，实现患者全周期管理，智能生成患者标签并进行风险预警。 方案严格遵循国家卫健委《医院智慧服务分级评估标准体系》等政策要求，有效助力医院达成智慧服务与电子病历应用水平评级。
13510编辑于 2026-05-30- 来自专栏桃子小白
【k8s】service服务和job服务
Service服务发现 使用Service 使用Service实验使用的目录病创建后端的httpd-Dy [root@master servicefile]# vim httpd-dy.yaml kind 创建httpd-service.yaml文件 [root@master servicefile]# vim httpd-service.yaml 创建service并查看该信息（下kubernetes服务是系统服务 ） 测试服务可用性，通过curl命令查看服务是否正常 [root@master servicefile]# curl 10.102.124.67:8080 可以删除刚刚创建的服务 创建httpd-expose.yaml - sleep 30000 创建并进入Pod命令行 [root@master servicefile]# kubectl apply -f client.yaml 使用nslookup命令查看服务域名 ，wget命令通过域名访问服务 实训任务 创建deployment1 要求： 2 副本，镜像类型 httpd 创建deployment2 要求： 3副本，镜像类型 httpd 创建 service1
66220编辑于 2023-06-10 腾讯健康药箱产品概要：基于药品扫码的院外患者服务平台
一、 产品定位与核心亮点 腾讯健康药箱是基于药品包装盒上的各类条形码（商品码、监管码、GS1码）进行扫码交互的数字化患者服务平台。 核心业务场景： 患者营销与数字化管理：解决药企在院外场景下难以精准触达、持续服务患者以及评估用药依从性的痛点。 三、 应用框架和功能介绍 功能框架 产品架构分为患者端服务小程序与企业端数据平台。 精准患者识别：通过药盒码直接关联用药患者，触达成本低，教育覆盖率高。 硬核指标 私域用户规模：平台已积累3.0亿+ 私域用户。 累计服务患者：产品已服务700万+ 私域累计用户。 解决方案：使用腾讯健康药箱的患者服务与数字营销模块，构建品牌私域阵地，提供用药管理、科普教育、患者关怀等服务。 成效：某合作外资药企通过该平台，其私域用户互动次数达50次+。
10710编辑于 2026-05-30- 来自专栏无量测试之道
K8s服务编排
前置说明： k8s_host=192.168.214.50 //定义k8s_host变量，此ip为k8s管理机 yaml_host=192.168.214.100:9999 //相关服务的配置存放机 的管理机上，为服务生成service服务代理 ''' k8s分配给Service一个固定IP，这是一个虚拟IP(也称为ClusterIP)，并不是一个真实存在的IP，而是由k8s虚拟出来的。 在k8s系统中，实际上是由k8s Proxy组件负责实现虚拟IP路由和转发的，所以k8s Node中都必须运行了k8s Proxy，从而在容器覆盖网络之上又实现了k8s层级的虚拟转发网络。 做服务部署到K8s集群中去 jenkins_job: 编译代码并生成镜像，且上传到镜像仓库 ---- namespace='test' //定义一个变量 mvn clean install -DskipTests tail -f /var/log/yum.log //打印日志，表明服务是存活的 '> .
62920编辑于 2022-07-04 - 来自专栏cloudskyme
一起玩转微服务（8）——服务拆分原则
•X 轴 ：水平复制，即在负载均衡服务器后增加多个web服务器。•Y 轴 ：功能分解，将不同职能的模块分成不同的服务。 •Y轴 ：面向服务分割，基于功能或者服务分割，例如电商网站可以将登陆、搜索、下单等服务进行Y轴的拆分，每一组服务再进行X轴的扩展。 •Z轴 ：面向查找分割，基于用户、请求或者数据分割，例如可以将不同产品的SKU分到不同的搜索服务，可以将用户哈希到不同的服务等。 总结 要做好微服务的分层：梳理和抽取核心应用、公共应用，作为独立的服务下沉到核心和公共能力层，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。 对于服务的拆分，要使用迭代演进的方式，不能一次性完成所有的服务的拆分，需要确保团队可接受，粒度适中，同时需要优先考虑API的版本兼容性。不能够单纯以代码量来对服务拆分的成果进行评估。
1.3K20发布于 2020-06-22 腾讯健康智能体：基于腾讯混元医疗大模型的患者服务解决方案
商业差异化卖点在于打破传统信息检索模式，通过拟人化交互、多轮追问及多模态报告解读，将“精准信息”转化为“精准服务”（如就诊挂号、药事服务），成为连接用户与医疗资源的新流量入口和患者服务闭环的关键节点。 二、产品应用场景 该产品主要服务于两大核心群体，解决其在特定场景下的业务痛点： 个人用户（患者/健康人群） 健康管理场景：用户面临家庭用药遗忘、药品相互作用不明、体检报告无法看懂等困扰。 产品提供全网比价及线上医保服务。 企业客户（药企/医疗机构/健康服务商） 数字化转型场景：如药企需从传统销售转向数字化服务，提升用户粘性。 智能生成用药计划和周期，提醒患者用药/就诊。 提供药品相互作用查询，按风险程度（禁止、不推荐、需谨慎、关注）分级提示。 智能报告解读：具备健康问题小结、风险疾病预测、异常指标解释及AI处置建议能力。 服务矩阵：通过腾讯医典、腾讯视频、视频号等内容平台进行体系性患者宣教，最终由健康智能体承接流量，通过小程序、公众号等载体完成服务闭环。
14110编辑于 2026-05-30- 来自专栏ATYUN订阅号
揭示患者风险模型是否准确
虽然这些模型在大多数情况下是有用的，但它们不能对所有患者都做出准确的预测，因此，可能会导致医生对一些患者选择无效或不必要的风险治疗，从而危及病人的生命。 研究人员说，这可以帮助医生为患者选择更好的治疗方法。为了说明这种方法是如何工作的，研究人员选择了一种广泛使用的风险模型GRACE风险评分。 GRACE是全球急性冠状动脉事件的注册表，主要用于开发风险模型，评估急性冠状动脉综合征病发六个月内患者的死亡风险。 ? 研究人员的新技术产生了一个从0到1的“不可靠性评分”。 如果模型产生了不同的结果，那么对患者的风险模型预测就可能不可靠。
47110发布于 2020-02-20 腾讯健康药箱：一站式药品信息展示与患者服务平台概要
一、 产品定位与核心亮点 腾讯健康药箱定位为企业的一站式药品信息展示与患者服务平台。 其核心业务差异化能力在于通过大用户基础与开放平台，支持患者通过微信扫一扫直接建立精准连接。 在企业缺乏有效患者触达渠道的情况下，通过提供开放的外跳服务及多形式患者关怀，帮助企业将扫码流量转化为精准患者私域阵地，解决患者管理断层问题，提升品牌影响力与患者用药认知。 三、应用框架和功能介绍 功能框架：平台系统集成了药械基本信息展示、电子说明书、权威科普、健康咨询、在线问诊、购药、扫码追溯、指导用药、用药提醒及服务外跳等核心患者服务模块。 AI前沿技术赋能：系统支持数字人、大模型等多种形式的AI赋能手段，提升适老化阅读体验和服务交互体验。 灵活的私域拓展能力：提供多形式的患者关怀与持续触达服务，支持企业根据私域品牌营销需求，随时升级增购多种患者及营销服务模块。
7200编辑于 2026-05-30- 来自专栏yeedomliu
《微服务设计》第 8 章 监控
第 8 章 监控 将系统拆分成更小的、细粒度的微服务会带来很多好处。然而，它也增加了生产系统的监控复杂性 ssh-multiplexers 这样的工具，在多个主机上运行相同的命令。 用一个大的显示屏，和一个 grep "Error" app.log，我们就可以定位错误了 ---- 8.3 多个服务，多个服务器 你如何在多个主机上的、成千上万行的日志中定位错误的原因？ ---- 8.4 日志，日志，更多的日志 Kibana（https://www.elastic.co/products/kibana）是一个基于 ElasticSearch 查看日志的系统， 如图 8- ---- 8.5 多个服务的指标跟踪 我们希望能够看到整个系统聚合后的指标（例如，平均的 CPU 负载），但也会想要给定的一些服务实例聚合后的指标，甚至某单个服务实例的指标。 每个服务的实例都应该追踪和显示其下游服务的健康状态，从数据库到其他合作服务。你也应该将这些信息汇总，以得到一个整合的画面。
1.1K20发布于 2019-09-28 - 来自专栏运维监控日志分析
CentOS 8 -- 安装并配置NFS服务
客户端的IP地址或主机名限制了对服务器的访问。 dnf install nfs-utils 查看 nfs 版本 [root@nfs-server ~]# rpm -qa | grep nfs-utils .nfs-utils-2.3.3-26.el8. *(ro,sync,all_squash) /etc/exports 各项参数说明 rw: 可读写 ro: 只读 no_root_squash：对root用户不压制，如果客户端以root用户写入，在服务端都映射为服务端的 ，showmount命令的基本格式为： showmount ［选项］ NFS服务器名称或地址 -a：显示指定的NFS服务器的所有客户端主机及其所连接的目录； -d：显示指定的NFS服务器中已被客户端连接的所有输出目录 ； -e：显示指定的NFS服务器上所有输出的共享目录。
3.8K41发布于 2020-06-28 - 来自专栏知了一笑
K8S | Service服务发现
服务发现与负载均衡。 一、背景 在微服务架构中，这里以开发环境「Dev」为基础来描述，在K8S集群中通常会开放：路由网关、注册中心、配置中心等相关服务，可以被集群外部访问； 对于测试「Tes」环境或者生产「Pro」环境，出于安全或者环境隔离性来考虑 ，在正常情况下只会开放网关服务，而「注册、配置」中心并不会对外暴露； 对于架构中的其它业务服务一般不会对外开放，在K8S集群内部服务间是可以正常通信的，对于「Dev」环境来说，研发会使用「注册、配置」中心 ，网关是系统的访问入口； 在K8S集群中，通过Service组件，可以快速简单的实现服务发现和负载均衡； 二、Service组件 1、简介 在K8S集群中是通过Pod组件来部署应用服务，Deployment 这里提供一个简单的【Service】语法做参考； 需要注意的是：在该脚本中没有指定服务类型即ServiceType，默认采用的是ClusterIP，通过集群的内部IP暴露服务，选择该值时服务只能够在集群内部访问
55230编辑于 2023-09-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号