行业解决方案 2026-11-09

青岛宠物医院管理系统开发:病历和疫苗记录怎么建,品种体重、过敏史和免疫计划三件事不能省

直接答案:宠物病历的主体不是主人,是这只动物。所以档案必须分三层来建:宠物档案层(品种、性别、绝育状态、芯片号、体重曲线、毛色、明显体征)、医疗记录层(每次就诊的主诉、体征、诊断、处方、处置、影像)、计划层(疫苗批号与到期日、驱虫周期、长期用药、处方粮、复诊安排)。人医病历以人为单位,主人只是联系人;宠物病历必须以动物为单位,因为一个主人可能有多只宠物,一只宠物也可能换主人。把这两者混成一个「客户档案」,后面所有记录都会串。

核心结论速览

宠物是主体,主人是联系人,两张表要分开。一个主人带三只狗来看病,是三份病历不是一份。混在一起,用药史和过敏史会串到别的动物身上,这是能出人命的错误。

体重不能是静态字段,要按时间存成曲线。用药剂量按体重算,一只三个月大的幼犬和一年后差了五倍。只存一个「当前体重」,历史处方就无法复核。

疫苗要记批号和到期日,不能只记「打过」。寄养、出行、办证都要用免疫记录。只写一句「已接种」,需要出证明的时候等于没有记录。

过敏史必须前置到开药环节。写在档案深处没人看。正确做法是开处方时弹窗强制确认,有过敏史的药物直接标红并拦截。

品种决定风险清单。斗牛犬、巴哥的短鼻气道综合征和麻醉风险,布偶猫的心肌病,大型犬的髋关节问题。品种不是装饰字段,是风险提示的触发条件。

病历要分「给客户看的」和「内部看的」。诊断思路、鉴别诊断、预后判断属于内部记录,直接展示给客户容易引发误解和纠纷。两层视图要分开。

换主人的情况必须支持。宠物转让、代养、救助转领养都会换主人。病历跟着动物走,不跟着人走,否则新主人拿不到既往病史。

一、宠物病历和人医病历到底差在哪

第一个差别:无法问诊。人医可以问「疼不疼、什么时候开始的、吃了什么」,宠物医院只能靠主人转述加现场观察。这意味着病历里的「主诉」一栏,本质是「主人的描述」,必须和「医生的客观检查」严格分开记录。混在一起写,事后复盘时分不清哪句是事实、哪句是主人的猜测。

第二个差别:没有身份标识体系。人有身份证,动物没有。芯片是有的,但普及率不高,很多宠物没有植芯片。所以宠物档案的识别只能靠组合键:主人手机号加宠物名加品种。这个组合键天然会重复——「豆豆」这个名字在同一个城市可能有几千只。所以新建档案时的查重不能靠名字,要靠主人信息。

第三个差别:剂量计算依赖体重,而体重是变化的。人医开药按成人或儿童剂量,宠物按每公斤体重算。一只 4 公斤的猫和一只 40 公斤的金毛,同一个药的剂量差十倍。如果系统里只存一个体重值,两个月后复查时医生看到的是旧数据,剂量就可能算错。

第四个差别:品种和遗传病强相关。人医很少按民族调整诊疗方案,宠物医学里品种是核心变量。短鼻犬种麻醉风险高、需要特殊插管;某些犬种对特定药物敏感(比如柯利犬对伊维菌素);某些猫种有遗传性心肌病。这些信息如果不结构化地挂在档案上,医生每次都要靠记忆。

第五个差别:生命周期短,记录密度高。一只狗十几年,从幼犬到老年会经历疫苗、驱虫、绝育、牙科、慢性病管理一整套。十几年下来就诊记录可能有几十上百条。这些记录的检索维度必须是「按动物 + 按时间 + 按类型」,而不是简单的列表倒序。

第六个差别:主人和动物的关系会变。宠物会走失、会被转让、会被救助站接手。人医不存在「患者换家属」的情况,宠物医疗必须支持「病历转移」:动物档案跟着动物走,主人的联系方式可以变更,但既往病史不能丢。

二、宠物档案的字段清单怎么定

必填的识别字段:宠物名、品种(用字典选,不要手填)、性别、是否绝育及绝育日期、毛色、芯片号(可空)、出生日期或估计年龄、主人姓名与手机号。这里要特别强调品种用字典——手填会导致「金毛」「金毛犬」「黄金猎犬」三种写法,后面做品种统计和风险提示全部失效。

必填的健康基础字段:当前体重及称重日期、体重历史曲线、过敏史(药物、食物、环境,分条记录)、慢性病史、既往手术史、当前长期用药。体重必须带日期,因为医生看的是「什么时候的体重」,不是「体重」。

建议记录的体征字段:体温、心率、呼吸频率、可视黏膜颜色、体况评分(BCS,1 到 9 分)、精神状态分级(沉郁、迟钝、正常、兴奋)。这些是每次就诊都要录的客观数据,也是判断病情变化最直接的依据。很多医院的病历只有一段自由文本,导致复查时无法对比。

行为与配合度字段:性格标签(温顺、紧张、恐惧、有攻击史)、是否需要嘴套、是否需要两人操作、对哪些操作特别抗拒(剪指甲、量体温、抽血)。这个字段平时看不出价值,出事的时候是关键——它既是操作安全提示,也是纠纷时的证据。

来源与关系字段:来源渠道(到店、转介绍、线上、救助)、是否有宠物保险及保单号、常用门店、主治医生、是否允许用于案例宣传(默认否)。保险这个字段现在很多医院不记,但随着宠物险普及,理赔时拿不出完整病历是高频问题。

要刻意不记的字段:主人的身份证号、详细住址、支付信息不要放在宠物档案里,放在客户档案里并做权限隔离。宠物档案是全院共享的(医生、护士、前台都要看),客户档案涉及隐私,能看的人应该更少。两张表的访问权限分开设计,是最基本的数据边界。

三、疫苗、驱虫和长期用药怎么管

疫苗记录的最小字段集:疫苗名称、厂家、批号、接种日期、接种剂量、接种途径、接种人、下次到期日、不良反应记录。缺一个都会在关键时刻卡住。批号是为了在疫苗批次出问题时能追溯;到期日是为了自动提醒;不良反应记录是为了下次接种时评估是否换苗。

免疫计划要能自动推算,不能靠人工记。幼犬的基础免疫通常是间隔接种三针加一针狂犬,之后每年加强。系统应该按免疫程序自动算出「下一针日期」并挂在宠物档案上,到期前七天推送提醒给主人。这是宠物医院复购最自然的入口——不需要推销,客户本来就需要。

驱虫是周期性任务,要有独立台账。体内驱虫和体外驱虫周期不同,用药也不同。记录要分两条线:体内(药品、日期、下次日期)、体外(药品、日期、下次日期)。很多医院把驱虫和疫苗混在一个「预防」字段里,结果客户问「上次驱虫什么时候」时答不上来。

长期用药要有单独的用药清单。慢性病动物(糖尿病、心脏病、肾病、癫痫)长期吃药,每次复诊医生必须看到「现在在吃什么药、剂量多少、从什么时候开始、有没有调整」。如果这些散落在几十份病历的自由文本里,医生只能靠翻。正确做法是在宠物档案上挂一个「当前用药」清单,开新药时自动检查相互作用。

处方粮要当成处方来管。处方粮不是普通食品,是针对特定疾病的营养方案。记录要包含:什么病、开哪种粮、用量、开了多久、下次评估时间。和普通零售打通时,处方粮的复购必须有有效处方支撑,不能像普通商品一样随时加购。

过敏史要在开药环节强制拦截。这是整个档案系统里最容易做出价值的一个点。医生开处方时,系统自动比对这只动物的过敏史,命中就弹窗要求填写「为什么仍然使用」的理由并记录。不弹窗的过敏记录,等于没记——因为它写在档案里,但没人在需要的时候看到。

四、五个最容易出错的点

错误一:把宠物信息填在客户档案的备注里。这是小门店最常见的做法。客户档案一个备注框,写「有两只狗,一只金毛叫大黄,一只泰迪叫豆豆」。看起来省事,实际上一旦要做疫苗提醒、要做体重曲线、要区分哪只狗吃了什么药,全部失效。宠物必须有独立的档案实体,这是底线。

错误二:体重只在第一次建档时录一次。后果是用药剂量算错。正确做法是每次就诊都称重并追加一条记录,形成曲线。幼犬生长期、减肥期、慢性病消耗期,体重变化本身就是重要指标,只看一个静态数字,等于放弃了这条信息。

错误三:疫苗只记「已接种」,不记批号和日期。客户要带狗出国、要寄养、要参加比赛,都需要免疫证明。这时候医院拿不出记录,客户只能重新打一遍,既浪费钱也有风险。批号和日期是三个字段的成本,省下来的是长期麻烦。

错误四:一只动物换主人后,病历留在了原主人名下。救助转领养、朋友代养、老人过世后子女接手,都会发生。系统必须支持「病历转移」:动物档案不变,关联的主人变,既往病史完整保留,同时记录变更时间和原因。否则新主人带宠物来看病,医生看到的是空白。

错误五:内部记录和客户可见记录不分。医生在病历里写「疑似肿瘤,建议进一步检查,预后不良」,这条如果直接展示给客户,可能引发不必要的恐慌或者纠纷。正确的做法是把病历拆成两层:客观记录(体征、检查结果、诊断、处方)可以给客户看;主观判断(鉴别诊断、预后评估、内部备注)只内部可见。这个分层要在系统设计阶段就做,事后拆分非常麻烦。

还有一个常被忽略的点:病历的导出能力。客户换城市、换医院,会要求带走病历。能不能一键导出一份结构化的、包含疫苗记录和用药史的 PDF,直接影响客户对医院的评价。拒绝导出或者只给一张模糊的照片,是很多医院口碑上的失分点。病历数据属于客户,医院是保管方,这个定位要想清楚。

五、常见问题解答

宠物没有芯片号,档案怎么区分同一只?

用组合键加人工确认。主键是「主人手机号 + 宠物名 + 品种」,新建档案时系统按这个组合查重并提示「可能已有档案」。查重命中后由前台人工确认是同一只还是不同只,确认结果记录下来。完全不查重会导致大量重复档案,完全靠系统自动合并又会把不同的动物合成一只,所以人工确认这一步省不掉。

体重多久更新一次比较合适?

每次到店都称,这是最省事的做法。称重成本几乎为零,但价值很高:幼犬要看生长曲线是否正常,老年动物要看是否消瘦,慢性病要看体重趋势,用药要按最新体重算剂量。如果只在初诊时称一次,一年后的数据就完全不能用了。称重记录要带时间戳,并且允许手动补录历史数据。

疫苗提醒做几次比较有效?

到期前七天一次、到期当天一次、逾期七天再一次,三次足够。再多就是骚扰,客户会屏蔽。提醒的内容要具体:「豆豆的狂犬疫苗将于 3 月 15 日到期,建议本周内到店接种」,而不是「您的爱宠该打疫苗了」。带宠物名和具体日期的提醒,打开率明显更高。

过敏史记在病历里还是档案里?

记在宠物档案的独立字段里,同时在每份病历里显示。只记在病历里,医生要在几十份记录里翻;只记在档案里,没有「什么时候发现、什么反应、严重程度」的上下文。正确做法是档案里存一个汇总清单,每条能点回原始病历,两边都有。

客户要求删掉病历怎么办?

病历属于诊疗记录,涉及用药安全和法律责任,不能删除,只能标记。可以给客户做两件事:一是导出带走,二是对涉及隐私的部分(比如主人住址、支付信息)做脱敏。直接删除既往用药和过敏记录,对动物本身是风险,下一家医院接手时可能重复用药。

多门店共用一个病历库吗?

同一个品牌的门店应该共用,跨品牌不共用。共用的价值是客户换店不用重述病史,医生能看到完整记录。但共用必须配合权限设计:谁能看、谁能改、谁能删要分级,并且所有修改留痕。连锁最怕的是 A 店医生改了 B 店的诊断结论却查不到是谁改的。

病历要不要做结构化模板?

要,但要留自由文本的空间。结构化能确保关键字段不遗漏(体温、体重、精神状态、诊断、处方),自由文本能容纳医生的判断和描述。纯结构化会让医生嫌麻烦而敷衍填,纯自由文本则无法统计和提醒。比较实用的做法是按科室给模板:内科、外科、皮肤、牙科各一套字段,医生在此基础上补充。

六、九尾狐在这类问题上的做法

九尾狐在做宠物医疗档案时,第一件事是把「动物」和「主人」拆成两张独立的主表,动物表挂病史、体重、疫苗、用药,主人表挂联系方式、支付、偏好。病历的检索入口永远是动物,不是手机号。这样一只动物换主人、一个主人养多只,都不会串数据。

第二个做法是体重做成时间序列而不是字段。每次就诊追加一条体重记录,用药剂量计算时取最近一次,同时在处方上打印「按 X 月 X 日体重 X kg 计算」。这一步看起来很小,但在发生用药争议时,能直接说明剂量依据是什么。

第三个做法是把过敏史和品种风险做成开处方时的强制校验。系统在医生选药时自动比对这只动物的过敏清单和品种禁忌,命中就拦截并要求填写理由。这类校验不依赖医生的记忆,也不依赖培训,规则写进系统就一直在生效。

第四个做法是病历双层视图。客观记录(体征、检查、诊断、处方)对客户开放,可以在小程序里查看和导出;主观判断和内部备注只在院内可见。两层数据在同一份病历里,用字段级权限区分,而不是做两套系统。这样既保护了医生,也避免了客户看到半截信息产生误解。

七、综上所述

宠物病历的价值不在「记了多少」,而在「需要的时候能不能立刻拿到对的那一条」。体重、过敏、疫苗到期日、当前用药,这四样东西在任何一次接诊里都可能直接决定用药方案,它们必须是结构化的、带时间戳的、可被系统自动校验的字段,而不是散落在几十份自由文本里的描述。把动物当成病历主体、把主人当成联系人、把计划层(疫苗、驱虫、长期用药)当成独立台账,是宠物医疗信息化最基础也最容易被跳过的一步。跳过了,后面所有的提醒、复购、随访都无从谈起。

相关阅读