鹰瞳
基建
Wi-Fi
SSID:airdoc_customer_first
Secert:CGLvSMe!
身份认证中心:1.1.1.3
域:huangzexiao
密码:Yt@123abcSSID:airdoc_device
Secert:arm30Axy公司邮箱
huangzexiao0901@airdoc.com
Hzx,qazwsxedc123联系人邮箱
张兵:zhangbing@airdoc.com
阮文凯:ruanwenkai@airdoc.com
VPN
36.112.64.2:1290
huangzexiao
Yt@123abcJira、Confluence
http://jira.airdoc.com/
或
http://10.1.3.78:8080/http://confluence.airdoc.com/
或
http://10.1.3.78:8090/用户名:huangzexiao
全名:黄泽校研发
堡垒机
expect ~/conf/serverLogin.shcd /data/logsJenkins
新的Jenkins,通过GitLab SSO登录
地址:https://codeflow.airdoc.com/
账号:huangzexiao
密码:Yt@123abc旧的Jenkins(内网,但是需要关掉VPN,我也不知道为什么)
地址:http://jenkins.airdoc.com/
账号:huangzexiao
密码:T26Dt8l8glkOQTRoCloudQuery
环境:生产
地址:http://10.1.3.46/query
库名:eye_ikang_production
权限:只读账号:huangzexiao
密码:mnVYIrxXsh9UKLC5sicJDMS数据库
只能进行DQL操作
用户登录名称
huangzexiao@1793366333494089.onaliyun.com登录密码
r3kGrS?1Q?2oEvlTbdyCYMSmQ#5(NpQd线上数据库DDL操作申请流程
**说明:**生产环境数据库账号仅开放 DML(数据操作)权限,所有 DDL(结构变更)操作 必须经过邮件审批,由运维执行。
申请流程:
- 邮件审批
- 收件人: 部门负责人(审批人)
- 抄送: 李继新(lijixin@airdoc.com) 李锡伟(lixiwei1108@airdoc.com) 张兵(zhangbing@airdoc.com)
- 审批通过后
- 由运维 李锡伟(lixiwei1108@airdoc.com) 执行变更操作。
邮件内容模板:
- 项目名称:
- 应用名称:
- 数据库实例地址:
- 数据库名称:
- 执行的 SQL:
- 期望执行时间(请避免与规定可执行时间冲突):
- 注意事项:
- 更改原因:
OSS配置
编码字符:哈基米
私钥:Warma10032
https://webnote.cc/hzx将oss://airdoc-ada改为https://ada-res.airdoc.com
数据库
盘古
生产环境
登录任意一个服务器实例:
redis-cli -h r-2ze0b169b21d9f64.redis.rds.aliyuncs.com -p 6379 -a redis4Airdoc2018测试环境
_ophthalmology和_optometry:
host:rm-2ze5435349vn2taerno.mysql.rds.aliyuncs.com
port:3306
用户(读写):ask_w
密码:Airdoc_ask
用户(只读):ask_r
密码:Airdoc_ask_r_eye和_feedback:
host:rm-2zedt4j7u183g922nmo.mysql.rds.aliyuncs.com
port:3306
用户:ask_w
密码:Airdoc_ask抗压
线上环境
MySQL
mysql -h rm-2ze0ffazphxqu7czi.mysql.rds.aliyuncs.com -P 3306 -u mpd_bes_rw -pT7m$sP9^Lq2!SHOW DATABASES;USE vt_prod;SHOW TABLES;DESC mpd_report;SHOW CREATE TABLE mpd_report\G;Redis
redis-cli -h r-2ze4t2lculmdidb769.redis.rds.aliyuncs.com -p 6379 -a iwen#iFwovq测试环境
数据库:
host:47.93.84.180
库名:vt_test
port:3306
用户:root
pwd:mxU8SjqCFY2191rRedis:
host:r-2zeg67b8ighzxwmrtxpd.redis.rds.aliyuncs.com
port:6379
密码:owenSi#nowi
db:5抗压
所需环境配置
测试环境配置文件,需要通过启动文件添加环境变量来配置
DB_HOST=47.93.84.180;DB_NAME=vt_test;DB_PORT=3306;DB_PWD=mxU8SjqCFY2191r;DB_USER=root;REDIS_DB=5;REDIS_HOST=r-2zeg67b8ighzxwmrtxpd.redis.rds.aliyuncs.com;REDIS_PORT=6379;REDIS_PWD=owenSi#nowi日志目录
登录测试服务器
cd /data/logs/mpd-besNginx配置
cat /usr/local/nginx/conf.d前端h5页面
检测页面:https://test-mpd.babyeye.com/hrvtest
报告页面:https://test-mpd.babyeye.com/hrvreport?language=zh_CN&reportId=XXXXX
???:https://test-re-mpd.babyeye.com/re-mpd/
OSS资源文件
将
oss://airdoc-ada改为https://ada-res.airdoc.com
人脸图片:
oss://airdoc-ada/face-img/20250928/示例:0097f68e559f4eab819a67810d943248_1_280468115_0.80_false_112741.jpg
规则如下(见 DetectionController#uploadImage):
- 文件名格式: {assessmentNo}{sequence}{qualityScore}_{HHmmss}.
- assessmentNo: 评估单号
- sequence: 序号(整数)
- faceId: 人脸ID
- qualityScore: 质量分,保留两位小数
- isNew: 是否为新图(true/false)
- HHmmss: 上传时的时分秒
- ext: 原文件扩展名的小写(从原文件名提取)
logo图片:
oss://airdoc-ada/resources/mit-dd/image/logo-airdoc-hrv_zh-CN_1.0.10.webposs://airdoc-ada/resources/mit-dd/image/logo-airdoc-hrv_en-US_1.0.10.webpapk安装包:
oss://airdoc-ada/resources/mpd/apk/盘古账号
staging-admin
13811885439
密码格式:20+月+日+年,例如:20090225http调用的日志目录:
cd /var/log/airlog/staging-admin.airdoc.com/异步调用的日志目录:
cd /var/log/airlog/script/staging
眼底高级账号:
13800999024
Airdoc123ikang-admin
手机号+验证码pe
山西中光健康管理有限公司-太原市5:
19900252589
Airdoc9025意滋尔健康科技(昆山)有限公司-苏州市1:
19905120037
Airdoc9000明眸管理平台
测试环境数据库
数据库:
host:stagingrds.mysql.rds.aliyuncs.com
用户名:huantong_w
密码:AirdocTest!Redis:
host:test-bms.redis.rds.aliyuncs.com
密码:Airdoc@123com开发常用命令
python相关
查看conda配置:conda config --show channels
查看pip配置:pip config list
临时使用官方源:pip install -i https://pypi.org/simple/ 包名Php相关
php -S localhost:8080智能病例助理
https://test-mpd.babyeye.com/mrassistant
视琦-视觉训练
视琦-家庭训练
视网膜对接
开发时在测试环境的记录
验证receive_base_info接口是否收到了患者信息
cd /var/log/airlog/staging-open.airdoc.com/202510/09tail -n 50 -f receive_base_info.log验证模拟推送接口是否可以收到推送
cd /var/log/airlog/staging-open.airdoc.com/202510/09tail -n 50 -f hrv_pipeline_retry.logcd /var/log/airlog/staging-admin.airdoc.com/202510/09tail -n 50 -f third_report_push_test.log对接文档
相机管理软件对接:https://doc.airdoc.com/third-party-docs/post/standard-api/
H5对接:https://doc.airdoc.com/third-party-docs/post/standard-api-clouds/
中间库对接:https://doc.airdoc.com/third-party-docs/post/middle-database/
第三方公众号对接:https://doc.airdoc.com/third-party-docs/post/weixin-third/
对接开放平台
https://pe.airdoc.com/pc-v2/open/auth
https://pe.airdoc.com/pc-v2/open/api
机构配置
客服帮忙去配置一下“第三方接收报告推送的API”接口,以及第三方推送报告结构
云服务器外网访问申请
环境:生产
系统:盘古
服务器内网IP:172.17.170.105,172.17.170.106,172.17.170.165,172.17.1.146
目的类型:域名
域名:<客户的回调接口>(比如:https://www.aihyszs.com/airdoc/report)
协议类型:TCP
端口:443
应用:HTTPS眼底售后
查日志:
receive_base_info and message: 1295800
武汉长江航运总医院
对接方案:标准对接方案
客户于9月22日通知我们:9月21日有14个单子没有结果。我们排查发现是用户的信息没有传给盘古系统。后向客户告知了问题,要求重传患者信息,客户目前还没回应。盛京医院rac
ssh airdoc@172.20.66.20
A1rd0c@yt
堡垒机用户:racops AIRDOC123
root用户:airdoc A1rd0c@yt三诺
对接:标准化对接
报告通过接口回调推送
https://dpcc.xyeyy.com/api/service-api/sino-common/airDoc/acceptAirDocData负责
赵维康
盘古
女娲
金砖
天眼
互联网医院
视训眼动一体机
扁鹊
黄泽校
HRV
眼底对接
阮文凯
RAC
黄佳兴
本地部署
AI主检
AI超声
张刘峰
眼知健
海外
翁劲
DTP
维康 泽校 张刘峰 黄佳兴 翁劲(机动) 张兵(机动)
文凯 金强 负责全部前端
以上具体项目优先级和全部人员临时调配 统一有文凯负责组织架构
公司是一家位于北京做眼部医疗器材,具备软硬件开发能力的公司,这是组织架构里的部门简称,简称都是以英文来表示的,请你思考理解一下这些英文简称都是啥意思 FU: CP:DATA、IT、DEV、SE、OPS COU:Fiance LC:Legal、IP HR CG:AUD
TBC: OBC:OMP、OCS、OSC BD BMC:BMN、BMS PBM:BOU、MOC、TOS、SHS、CRA KA:AK、XC、INSKA CSC SSC:RCS、SDC、MRS、OH、MQ PR CS:CSSE、CSNW、ASS DTP SDA CRC:PDC、PMC、MMT、DAS(DAS我问过了,是Develop and Support的意思)
根据你提供的组织架构信息,结合医疗科技公司(尤其是眼部医疗设备、软硬件开发)的常见职能划分,我对这些英文部门简称进行了系统性解读。以下是对各层级部门及其子部门的合理推测和解释:
FU(Functional Unit / Functional Units)
推测含义:职能单元 / 职能部门集合
- 这是公司内部支持性职能部门的总称,通常不直接参与产品销售或客户交付,而是为整个组织提供后台支持。
- 包含:CP、COU、LC、HR、CG
CP(Corporate Platform / Central Platform)
推测含义:企业平台部 / 中央平台部
- 负责公司级的技术平台、数据与IT基础设施建设。
- 包含子部门:
- DATA:数据部(Data Department)
→ 负责数据治理、数据分析、BI、大数据平台等。 - IT:信息技术部(Information Technology)
→ 负责内部IT系统运维、网络安全、办公自动化等。 - DEV:研发工程部(Development / Software Development)
→ 软件开发团队,可能负责内部系统或部分产品软件模块。 - SE:系统工程部(System Engineering)或 软件工程(Software Engineering)
→ 更偏系统架构设计、集成、技术方案设计。 - OPS:运营支持部(Operations Support)或 运维部(Operations)
→ 可能指技术运维(DevOps)、系统稳定性保障等。
- DATA:数据部(Data Department)
COU(Corporate Operations Unit) 推测含义:企业运营部 / 财务运营单元
- 负责公司财务及日常运营支持。
- Fiance 应为拼写错误,正确应为 Finance(财务部)
LC(Legal & Compliance) 推测含义:法务与合规部
- 包含:
- Legal:法务部
- IP:知识产权部(Intellectual Property)
→ 对医疗设备公司尤其重要,涉及专利布局、技术保护。
HR(Human Resources) 明确含义:人力资源部
CG(Corporate Governance) 推测含义:公司治理部
- 包含:
- AUD:审计部(Audit)
→ 内审或合规审计,可能包括财务审计、流程审计等。
- AUD:审计部(Audit)
TBC(To Be Confirmed / 或更可能是:Therapy Business Cluster) 推测含义:治疗业务集群 / 业务板块总称
- “TBC” 字面是 “待确认”,但在组织架构中作为顶级部门名不太可能。更合理的解释是 Therapy Business Cluster(治疗业务集群),表示围绕某一治疗领域(如眼科)的业务整合。
- 也可能是 Technology & Business Cluster,但前者更符合医疗行业语境。
OBC(Ophthalmic Business Center / Ophthalmology Business Cluster) 推测含义:眼科业务中心 / 眼科业务集群
- 核心业务部门,聚焦眼科产品线。
- 包含:
- OMP:Ophthalmic Medical Products(眼科医疗产品)
→ 具体产品线或产品管理团队。 - OCS:可能为 Ophthalmic Clinical Services(眼科临床服务)或 Ophthalmic Customer Service
→ 支持临床试验或客户服务。 - OSC:Ophthalmic Sales & Commercialization(眼科销售与商业化)
→ 负责市场推广与销售执行。
- OMP:Ophthalmic Medical Products(眼科医疗产品)
BD(Business Development) 明确含义:业务拓展部
- 负责战略合作、新市场开拓、对外合作等。
BMC(Business Management Center) 推测含义:业务管理中心
- 统筹业务运营管理。
- 包含:
- BMN:Business Management North(北方区)
→ 地区划分,如华北、东北等。 - BMS:Business Management South(南方区)
→ 华南、华东等区域。
- BMN:Business Management North(北方区)
PBM(Product & Business Management) 推测含义:产品与业务管理部
- 负责产品全生命周期管理、市场策略、商业计划。
- 包含:
- BOU:可能为 Business Operation Unit(业务运营单元)或 Brand Operation Unit(品牌运营)
→ 支持具体产品线运营。 - MOC:可能为 Market Operation Center(市场运营中心)
→ 市场推广、活动执行。 - TOS:可能为 Technology & Operation Support(技术与运营支持)
→ 技术支持销售或产品落地。 - SHS:可能为 Strategic Health Solutions(战略健康解决方案)或 Sales & Hospital Support(销售与医院支持)
→ 面向医院客户的支持团队。 - CRA:Clinical Research Associate(临床研究专员)团队 / 临床部
→ 负责临床试验执行,对医疗设备公司至关重要。
- BOU:可能为 Business Operation Unit(业务运营单元)或 Brand Operation Unit(品牌运营)
KA(Key Accounts) 推测含义:大客户部
- 负责重点医院、连锁机构、政府采购等大客户关系。
- 包含:
- AK:可能为 Account Key(重点客户组)或 Alliance Key(战略客户联盟)
- XC:可能为 X-Customer(特定客户组代号)或 eXpansion Customer(拓展客户)
- INSKA:Insurance Key Accounts(保险大客户)
→ 若公司产品涉及医保支付或商业保险,需专门对接。
CSC(Customer Service Center) 推测含义:客户服务中心
- 提供售前售后支持、客户问题响应。
SSC(Shared Service Center) 推测含义:共享服务中心
- 集中处理跨部门的标准化服务。
- 包含:
- RCS:可能为 Regional Customer Service(区域客户服务)
- SDC:可能为 Service Delivery Center(服务交付中心)
- MRS:可能为 Medical Response Service(医疗响应服务)或 Maintenance & Repair Service(维修服务)
- OH:可能为 Occupational Health(职业健康)或 Operation Hub(运营枢纽)
- MQ:可能为 Medical Quality(医疗质量)或 Maintenance Quality(维修质量)
PR(Public Relations) 明确含义:公共关系部
- 品牌宣传、媒体关系、政府沟通等。
CS(Customer Success / Customer Solutions) 推测含义:客户成功部 / 客户解决方案部
- 确保客户使用产品成功,提升满意度。
- 包含:
- CSSE:Customer Success - Software & Engineering(软件与工程支持)
- CSNW:Customer Success - Network(网络支持)
- ASS:可能为 Application Support Specialist(应用支持专家)或 After-Sales Support(售后支持)
DTP(Direct-to-Patient / Digital Therapeutics Platform) 推测含义:
- 可能性1:Direct-to-Patient(直达患者)
→ 若公司有DTC(Direct-to-Consumer)模式,如家用眼科设备。 - 可能性2:Digital Therapeutics Platform(数字治疗平台)
→ 若涉及软件类医疗产品(SaMD),则为此类平台开发。
SDA(Software Development & Analytics / Strategic Data Analytics) 推测含义:
- 可能性1:Software Development & Analytics → 软件开发与数据分析团队,强调软硬件结合。
- 可能性2:Strategic Data Analytics → 战略级数据分析,支持决策。
CRC(Clinical & Research Center / Centralized Research & Coordination) 推测含义:临床与研究中心 / 中央研究协调中心
- 统筹临床研究相关工作。
- 包含:
- PDC:可能为 Product Development Center(产品开发中心)或 Protocol Design & Coordination(方案设计与协调)
- PMC:Project Management Center(项目管理中心)或 Product Management Committee
- MMT:可能为 Medical & Marketing Team(医学与市场团队)或 Multi-disciplinary Team(多学科团队)
- DAS:Develop and Support(开发与支持)✅(已确认)
总结:整体架构逻辑
| 层级 | 部门 | 含义 |
|---|---|---|
| 顶层 | FU | 职能支持部门(后台) |
| TBC | 业务运营部门(前台) | |
| 功能线 | CP, COU, LC, HR, CG | 技术平台、财务、法务、人力、治理 |
| 业务线 | OBC, BD, BMC, PBM, KA, CSC, SSC, PR, CS, DTP, SDA, CRC | 眼科产品、销售、市场、客户、临床、研发等 |
🌳 公司组织架构树状表
公司
├── FU(Functional Units) 职能单元(后台支持部门)
│ ├── CP(Corporate Platform)企业平台部
│ │ ├── DATA:数据部(Data Management & Analytics)
│ │ ├── IT:信息技术部(Information Technology)
│ │ ├── DEV:研发工程部(Software Development)
│ │ ├── SE:系统工程部(System Engineering)
│ │ └── OPS:运维支持部(Operations Support)
│ ├── COU(Corporate Operations Unit)企业运营部
│ │ └── Finance:财务部
│ ├── LC(Legal & Compliance)法务与合规部
│ │ ├── Legal:法务
│ │ └── IP:知识产权(Intellectual Property)
│ ├── HR:人力资源部(Human Resources)
│ └── CG(Corporate Governance)公司治理部
│ └── AUD:审计部(Audit)
│
└── TBC(Therapy Business Cluster)治疗业务集群(核心业务前线)
├── OBC(Ophthalmic Business Center)眼科业务中心
│ ├── OMP:眼科医疗产品(Ophthalmic Medical Products)
│ ├── OCS:眼科临床服务(Ophthalmic Clinical Services)
│ └── OSC:眼科销售与商业化(Ophthalmic Sales & Commercialization)
├── BD:业务拓展部(Business Development)
├── BMC(Business Management Center)业务管理中心
│ ├── BMN:北方区(Business Management - North)
│ └── BMS:南方区(Business Management - South)
├── PBM(Product & Business Management)产品与业务管理部
│ ├── BOU:业务运营单元(Business Operation Unit)
│ ├── MOC:市场运营中心(Market Operation Center)
│ ├── TOS:技术与运营支持(Technology & Operation Support)
│ ├── SHS:销售与医院支持(Sales & Hospital Support)
│ └── CRA:临床研究部(Clinical Research Associates)
├── KA(Key Accounts)大客户部
│ ├── AK:重点客户组(Account Key)
│ ├── XC:拓展客户组(eXpansion Customer)
│ └── INSKA:保险大客户(Insurance Key Accounts)
├── CSC:客户服务中心(Customer Service Center)
├── SSC(Shared Service Center)共享服务中心
│ ├── RCS:区域客户服务(Regional Customer Service)
│ ├── SDC:服务交付中心(Service Delivery Center)
│ ├── MRS:维修响应服务(Maintenance & Repair Service)
│ ├── OH:运营枢纽(Operation Hub)或 职业健康(Occupational Health)
│ └── MQ:维修质量(Maintenance Quality)
├── PR:公共关系部(Public Relations)
├── CS(Customer Success)客户成功部
│ ├── CSSE:客户成功-软件工程(Customer Success - Software & Engineering)
│ ├── CSNW:客户成功-网络/西北区(Customer Success - Network / North West)
│ └── ASS:应用支持/售后支持(Application Support Specialist / After-Sales Support)
├── DTP:数字治疗平台(Digital Therapeutics Platform)或 直达患者(Direct-to-Patient)
├── SDA:软件开发与分析部(Software Development & Analytics)
└── CRC(Clinical & Research Center)临床与研究中心
├── PDC:产品开发协调(Product Development Coordination)
├── PMC:项目管理中心(Project Management Center)
├── MMT:多学科团队(Multi-disciplinary Team)
└── DAS:开发与支持(Develop and Support)✅(已确认)🔍 说明与建议
- TBC 含义:
“TBC” 通常意为 “To Be Confirmed”,但在组织架构中作为顶级部门名不合理。结合上下文,最可能是 Therapy Business Cluster(治疗业务集群),突出以眼科为核心的业务体系。 - 命名一致性:
建议未来统一命名规则,例如:- 区域:North / South / East / West
- 职能:Support / Management / Operations / Center
- 避免模糊缩写如 XC、AK,可改为更清晰的命名。
- 医疗行业特性体现:
- CRA、CRC、IP、Clinical 等部门的存在,符合医疗器械公司对临床试验、合规、专利保护的高要求。
- DTP、SDA、CS 等体现软件+硬件+服务一体化趋势。

