Estado: resumen para ir expandiendo a medida que se haga.
Checklist rápido
| # | Paso |
|---|---|
| 1 | Open Dental: crear clients/<id>.json con la Customer Key del cliente |
| 2 | Open Dental: importar los planes del master a la base del cliente |
| 2.a | Stedi: crear API code para el cliente (clearinghouse) |
| 2.b | Open Dental: activar Key Connect (customer_key del cliente) |
| 2.c | OD Imaging: crear carpeta "Insurance Verification - BC" |
| 2.d | OD: crear tag de Insurance Status en appointment notes (pendiente steps de Yami) |
| 3 | Sheet Insurance Logins: completar accesos a portales del cliente |
| 4 | Sheet Dr Directory: cargar los providers (NPI, license, etc.) |
| 5 | Sheet Agreement & Cycle: cargar el acuerdo y el ciclo del cliente |
| 6 | Stripe: el cliente crea su suscripción; agregar manual el $150 fee de instalación (one-time) a los 31 días |
| 7 | Jotform: agregar manualmente el cliente al listado |
| 8 | Google Script ALL PATIENTS BALANCE: agregar el cliente en el file Composite ID Generator |
| 9 | WhatsApp: crear grupo y agregar a Yami BC + equipo del cliente |
Detalle
1-2Open Dental — credenciales y planes
Crear clients/<id>.json con el bloque open_dental (Developer Key compartida + la Customer Key del cliente). Después importar los planes del master a su base:
cd "/Users/yamibrandan/Documents/Claude/Projects/api open dental stedi claims" source .venv/bin/activate # 1. Probar sin escribir, confirmar que los planes listados son los BC curados: python push_plans.py --source master --dest <id-cliente> --limit 3 --dry-run # 2. Si los 3 son los correctos, prueba real con 3: python push_plans.py --source master --dest <id-cliente> --limit 3 # 3. Si todo OK, migrar todos los BC curados: python push_plans.py --source master --dest <id-cliente>
--source master = nuestro OD developers; --dest <id-cliente> = la base nueva. Crea solo lo que falte (carriers, code groups). Las oficinas reales ya traen los ADA codes, así que NO hace falta import_proc_codes.
--all: el master tiene planes viejos developer (los "8-9 ya existentes" que aparecen al principio) que NO queremos en el cliente. Sin --all el filtro default (Plan Updated - BC) solo agarra los curados.
2.a-dSetup OD + Stedi adicional (pendiente expandir con detalles)
Estos pasos quedan documentados acá para que no se olviden — Yami va a pasar los steps exactos para enriquecer cada uno.
2.a — Stedi: crear API code para el cliente
Ir al dashboard de Stedi → crear un nuevo API code asociado al cliente. Esto es lo que permite enviar 270/276/837D al clearinghouse en nombre del provider del cliente.
(Steps detallados pendientes)
2.b — Open Dental: Key Connect
Activar la customer_key del cliente en Open Dental Key Connect para que nuestros scripts puedan acceder vía API a su base de OD.
(Steps detallados pendientes)
2.c — Crear la image category "Insurance Verification - BC" en Open Dental
Esta es la Image Category donde AutoVerify sube el PDF de elegibilidad y beneficios de cada paciente. Si la categoría no existe, la subida falla en silencio.
1Open Dental → Setup → Definitions
2En la lista izquierda Select Category
Elegir Image Categories.
3En Edit Items, click Add
4En Name escribir exactamente
Insurance Verification - BC
Dejar todos los checkboxes de Usage sin tildar; Hidden sin marcar.
5Click Save
Ruta corta: Setup → Definitions → Image Categories → Add → Name: "Insurance Verification - BC" → Save
Insurance Verification-BC o insurance verification - BC las subidas fallan.
STEDI_PDF_DOC_CATEGORY = "Insurance". Para que los PDFs realmente caigan en la categoría nueva, hay que:
config.py→ cambiar aSTEDI_PDF_DOC_CATEGORY = "Insurance Verification - BC".env.example(y el.enven prod) → idem- Redeploy
Insurance, y la nueva queda vacía.
2.d — OD: tag de Insurance Status en appointment notes
Crear el tag de Insurance Status en las appointment notes del cliente (ej: INS ACTIVE - BC / INS INACTIVE - BC). Esto lo usa SOP-IT-003 (Metrics & A/R Recovery) para contar las verificaciones del ciclo.
(Yami va a pasar los steps detallados)
3Insurance Logins (Sheet)
Completar los accesos a los portales de aseguradoras del cliente.
4Dr Directory (Sheet)
Cargar los providers del cliente (nombre, NPI, license, etc.).
5Agreement & Cycle (Sheet)
Cargar el acuerdo y el ciclo de facturación del cliente.
6Stripe
El cliente crea su suscripción en Stripe. Manualmente se le agrega el $150 installation fee (one-time) a los 31 días del alta.
7Jotform
Agregar manualmente el cliente al listado de Jotform.
8Google Script — ALL PATIENTS BALANCE
Agregar manualmente el cliente al script "ALL PATIENTS BALANCE", en el file Composite ID Generator.
9WhatsApp
Crear el grupo de WhatsApp del cliente y agregar a Yami BC + el equipo del cliente.
Mapa de hosting — dónde vive cada pieza
| URL | Sistema | Cómo se actualiza |
|---|---|---|
brandacare.com/docs/…API-Setup.pdf | WordPress / Cloudways | WP Admin → WP File Manager → public_html/docs/ → reemplazar el archivo (mismo nombre) |
brandacare.com (landing, dashboards) | WordPress / Cloudways | Dashboards vía GitHub Actions + SFTP a public_html/dashboards/ |
manual.brandacare.com | Netlify | Drag-and-drop de la carpeta docs/ |
manual.tecnico.brandacare.com | Netlify | Drag-and-drop de la carpeta docs-tecnico/ |
- WP Admin → Breeze → Purge All Cache
- Cloudways → Application → Purge Varnish (si aplica)
- Cloudflare → Purge (si está adelante)
?v=2 al final del link en el email para forzar la versión nueva. Verificar siempre en incógnito.
Para expandir (TODO)
- Detallar exactamente qué columnas se completan en cada Sheet
- Pasos de Stripe con screenshots (dónde se agrega el fee one-time)
- Cómo se agrega al Jotform y al script Composite ID Generator (campos exactos)
- Variantes por tier (qué cambia entre tiers)
- Checklist de verificación final (que todo quedó andando)