技能介绍

要解决什么问题

大模型若直接对着和仁互联网医院网关拼 curl 或 requests，很容易在 Token 注入、sysCode 按院区切换、业务路径后缀、验证码双重 MD5 等细节上踩坑；短信验证码还有合规要求，不能静默重发。本技能把能力收敛到本地脚本 phscli.py：所有业务只走文档列出的子命令，会话落在 scripts/session.json，避免 agent 自行「猜接口」。

核心能力与典型流程

工具面向 浙江省人民医院 多院区互联网医院（Base URL https://netphs.eheren.com），当前环境为 明文 JSON，无 SM4 加解密。

认证：auth send-sms / auth login（走 gateway 的 skAllinoneAuthApi，路径不带 =H33010300046 后缀）
就诊人：patient list；不在列表时可 patient send-sms → patient add → 若返回 [NEED_COMPLETE] 再 patient complete 补身份证、地址、民族等
挂号：先 register set-hospital --hos-id 切换院区与 sysCode（朝晖 434 等为默认），再 dept-list → schedule → number-source → book；号源里的 disNo、numId 等须对齐 book 必填字段
报告：必须先 register hospital-list 让用户选院区并 set-hospital，再 report list / report detail（--type 检验 / 检查 / 体检）

文档还规定了 挂号交互协议：开场尽量一次收齐科室、日期时段、院区（默认朝晖）、就诊人；可先做症状导诊再推荐科室；下单前给一次确认摘要，中间拉排班、查号源应静默执行。

边界与注意点

严禁参考「请求格式」章节自行构造 HTTP；未在命令一览中出现的接口视为不存在
auth send-sms、patient send-sms 执行前须向用户显式确认；验证码错误或登录失败须再次确认后才能重发
不同院区 hosId / sysCode 不同，挂号与查报告都不能跳过 set-hospital
业务 API 路径末尾追加 =H33010300046；请求头含 phsId、skey；运行时常需清除系统 PYTHONPATH 以免加载错误 Python 环境
涉及急重症症状时，文档要求提示线下急诊或 120，导诊只做科室建议、不做诊断结论