Skip to content

鹰瞳

基建

Wi-Fi

SSID:airdoc_customer_first
Secert:CGLvSMe!
身份认证中心:1.1.1.3
域:huangzexiao
密码:Yt@123abc
SSID:airdoc_device
Secert:arm30Axy

公司邮箱

huangzexiao0901@airdoc.com
Hzx,qazwsxedc123

联系人邮箱

张兵:zhangbing@airdoc.com

阮文凯:ruanwenkai@airdoc.com

VPN

36.112.64.2:1290
huangzexiao
Yt@123abc

Jira、Confluence

http://jira.airdoc.com/

http://10.1.3.78:8080/
http://confluence.airdoc.com/

http://10.1.3.78:8090/
用户名:huangzexiao
全名:黄泽校

研发

堡垒机

shell
expect ~/conf/serverLogin.sh
shell
cd /data/logs

Jenkins

新的Jenkins,通过GitLab SSO登录

地址:https://codeflow.airdoc.com/
账号:huangzexiao
密码:Yt@123abc

旧的Jenkins(内网,但是需要关掉VPN,我也不知道为什么)

地址:http://jenkins.airdoc.com/
账号:huangzexiao
密码:T26Dt8l8glkOQTRo

CloudQuery

环境:生产
地址:http://10.1.3.46/query
库名:eye_ikang_production
权限:只读
账号:huangzexiao
密码:mnVYIrxXsh9UKLC5sicJ

DMS数据库

只能进行DQL操作

用户登录名称

huangzexiao@1793366333494089.onaliyun.com

登录密码

r3kGrS?1Q?2oEvlTbdyCYMSmQ#5(NpQd

线上数据库DDL操作申请流程

**说明:**生产环境数据库账号仅开放 DML(数据操作)权限,所有 DDL(结构变更)操作 必须经过邮件审批,由运维执行。

申请流程:

  1. 邮件审批
  2. 审批通过后

邮件内容模板:

  • 项目名称:
  • 应用名称:
  • 数据库实例地址:
  • 数据库名称:
  • 执行的 SQL:
  • 期望执行时间(请避免与规定可执行时间冲突):
  • 注意事项:
  • 更改原因:

OSS配置

编码字符:哈基米

私钥:Warma10032

https://webnote.cc/hzx

oss://airdoc-ada改为https://ada-res.airdoc.com

数据库

盘古

生产环境

登录任意一个服务器实例:

shell
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

shell
mysql -h rm-2ze0ffazphxqu7czi.mysql.rds.aliyuncs.com -P 3306 -u mpd_bes_rw -p
shell
T7m$sP9^Lq2!

shell
SHOW DATABASES;
shell
USE vt_prod;

shell
SHOW TABLES;
shell
DESC mpd_report;
shell
SHOW CREATE TABLE mpd_report\G;

Redis

shell
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:mxU8SjqCFY2191r
Redis:
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

日志目录

登录测试服务器

shell
cd /data/logs/mpd-bes

Nginx配置

shell
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.webp
oss://airdoc-ada/resources/mit-dd/image/logo-airdoc-hrv_en-US_1.0.10.webp

apk安装包:

oss://airdoc-ada/resources/mpd/apk/

盘古账号

staging-admin

13811885439
密码格式:20+月+日+年,例如:20090225

http调用的日志目录:

shell
cd /var/log/airlog/staging-admin.airdoc.com/

异步调用的日志目录:

shell
cd /var/log/airlog/script/

staging

眼底高级账号:
13800999024
Airdoc123

ikang-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

视琦-视觉训练

https://www.babyeye.com

视琦-家庭训练

https://test-t6.babyeye.com

视网膜对接

开发时在测试环境的记录

验证receive_base_info接口是否收到了患者信息

shell
cd /var/log/airlog/staging-open.airdoc.com/202510/09
shell
tail -n 50 -f receive_base_info.log

验证模拟推送接口是否可以收到推送

shell
cd /var/log/airlog/staging-open.airdoc.com/202510/09
shell
tail -n 50 -f hrv_pipeline_retry.log
shell
cd /var/log/airlog/staging-admin.airdoc.com/202510/09
shell
tail -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

眼底售后

image-20250922105621469

查日志:

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)、系统稳定性保障等。

COU(Corporate Operations Unit) 推测含义企业运营部 / 财务运营单元

  • 负责公司财务及日常运营支持。
  • Fiance 应为拼写错误,正确应为 Finance(财务部)

LC(Legal & Compliance) 推测含义法务与合规部

  • 包含:
    • Legal:法务部
    • IP:知识产权部(Intellectual Property)
      → 对医疗设备公司尤其重要,涉及专利布局、技术保护。

HR(Human Resources) 明确含义:人力资源部

CG(Corporate Governance) 推测含义公司治理部

  • 包含:
    • 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(眼科销售与商业化)
      → 负责市场推广与销售执行。

BD(Business Development) 明确含义业务拓展部

  • 负责战略合作、新市场开拓、对外合作等。

BMC(Business Management Center) 推测含义业务管理中心

  • 统筹业务运营管理。
  • 包含:
    • BMN:Business Management North(北方区)
      → 地区划分,如华北、东北等。
    • BMS:Business Management South(南方区)
      → 华南、华东等区域。

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(临床研究专员)团队 / 临床部
      → 负责临床试验执行,对医疗设备公司至关重要。

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)✅(已确认)

🔍 说明与建议

  1. TBC 含义
    “TBC” 通常意为 “To Be Confirmed”,但在组织架构中作为顶级部门名不合理。结合上下文,最可能是 Therapy Business Cluster(治疗业务集群),突出以眼科为核心的业务体系。
  2. 命名一致性
    建议未来统一命名规则,例如:
    • 区域:North / South / East / West
    • 职能:Support / Management / Operations / Center
    • 避免模糊缩写如 XC、AK,可改为更清晰的命名。
  3. 医疗行业特性体现
    • CRA、CRC、IP、Clinical 等部门的存在,符合医疗器械公司对临床试验、合规、专利保护的高要求。
    • DTP、SDA、CS 等体现软件+硬件+服务一体化趋势。

所有文章版权皆归博主所有,仅供学习参考。