Remplacer le noyau de planification d'un réseau hospitalier sans arrêter les cliniques
Remplacement proposé, site par site, d’un ancien système de planification, avec couche de compatibilité, procédures cliniques de secours et plan de bascule convenu.
- Région
- États-Unis
- Secteur
- Santé
- Mode de collaboration
- Mission projet
- Scénario
- A hospital network
Contexte
Aux États-Unis, un réseau hospitalier planifie chaque rendez-vous, chaque salle d'intervention et chaque clinicien via un système central construit il y a vingt ans et étendu par toutes les équipes qui y ont touché depuis. Des dizaines de consommateurs en dépendent : le dossier de santé électronique, le fichier patient, le système de facturation, le portail patient, le centre d'appels, les planificateurs de blocs opératoires et un ensemble d'interfaces que personne n'a documentées. Cela fonctionne la plupart du temps, et personne ne veut être la personne qui l'a éteint.
Les contraintes sont cliniques et juridiques. Les temps d'arrêt ne sont pas une panne ; c'est une clinique qui ne peut pas recevoir de patients. Les informations de santé protégées transitent par chaque interface, de sorte que les règles de confidentialité et de sécurité HIPAA régissent la conception de tout ce qui les remplace, et le bureau de conformité du réseau doit signer les contrôles. Un basculement brutal en un week-end mettrait en danger à la fois les cliniques et le bureau de conformité.
Le mandat est de remplacer le cœur sans basculement : une couche de compatibilité qui communique les contrats de l'ancien système à chaque consommateur, un nouveau cœur construit derrière, les consommateurs déplacés un par un avec une double exécution et une réconciliation, une restauration répétée à chaque étape, et les propres ingénieurs du réseau qui exploitent le pipeline à la fin.
Mandat
L'engagement est acheté sous forme d'engagement de projet : un périmètre fixe par rapport à des critères d'acceptation rédigés avant le premier jour, échelonné par site et par consommateur, avec le transfert à l'équipe d'ingénierie du réseau dans le cadre du périmètre.
- 01Cartographiez chaque consommateur, interface et travail par lots du noyau existant, y compris ceux qui ne sont pas documentés, ainsi que les personnes qui en sont propriétaires.
- 02Créez une couche de compatibilité qui préserve les contrats existants afin qu'aucun consommateur ne soit invité à modifier avant que le nouveau noyau ne soit prêt.
- 03Construisez le nouveau noyau de planification avec ses invariants écrits et appliqués, intégrés au dossier de santé électronique et au fichier patient.
- 04Déplacez les consommateurs un par un avec une double exécution et une réconciliation quotidienne, dans la fenêtre la plus silencieuse, en présence d'un propriétaire de restauration nommé.
- 05Concevez des contrôles de confidentialité et de sécurité HIPAA (accès, audit, cryptage, minimum nécessaire) dans la plate-forme et demandez au bureau de conformité de les signer avant le déplacement du premier site.
- 06Laissez les ingénieurs du réseau publier, restaurer et résoudre les incidents sans Altuon avant que le cœur existant ne soit retiré.
Approche
- 01
Découvrez
Lisez le noyau existant au fur et à mesure de son exécution (code, schéma, tâches par lots, interfaces) et interrogez les opérateurs et les cliniques ; établir les contraintes de continuité d'activité par site et les obligations HIPAA avec le bureau de conformité ; produire la carte des dépendances.
- 02
Définir
Concevoir le noyau cible et la couche de compatibilité ; décider de l'ordre dans lequel les consommateurs et les sites se déplacent ; rédiger le modèle de données et ses invariants, les normes de test et d'observabilité, ainsi que la procédure de restauration pour chaque étape ; accepter la définition de fait pour la documentation.
- 03
Construire
Construire la couche de compatibilité et le nouveau noyau qui la sous-tend, la couche d'intégration et le pipeline de livraison, avec des tests, de l'observabilité et de la documentation écrits parallèlement au code ; répéter chaque étape de transition dans un environnement semblable à celui de la production.
- 04
Prouver
Déplacez le premier consommateur du premier site sur la couche de compatibilité ; effectuer une double exécution et effectuer une réconciliation avec le noyau existant jusqu'à ce que la différence soit nulle et y reste ; déplacer le prochain consommateur ; les opérateurs du réseau exécutent le runbook sans Altuon avant le deuxième site.
- 05
Fonctionner
Déplacez les sites et les consommateurs restants ; retirer le noyau hérité lorsque rien n'en dépend ; passez le relais aux ingénieurs du réseau qui expédient les modifications via le pipeline et à Altuon sur appel jusqu'à ce qu'ils choisissent de ne pas en avoir besoin.
Livrables proposés
- Carte des dépendances
- Chaque consommateur, interface, travail par lots et flux de données du noyau existant, avec leurs propriétaires, reste à jour au fur et à mesure que les consommateurs évoluent.
- Couche de compatibilité
- Le front de préservation des contrats vers le noyau hérité à travers lequel les consommateurs se déplacent un par un, a été retiré avec le dernier.
- Nouveau noyau de planification
- Le système d'enregistrement des rendez-vous, des chambres et des cliniciens, avec ses invariants appliqués et sa source dans les référentiels du réseau.
- Couche d'intégration
- Interfaces et événements versionnés vers le dossier de santé électronique, le fichier patient, la facturation, le portail et le centre d'appels, avec des tests contractuels de part et d'autre.
- Migration et réconciliation des données
- Migration d'enregistrements avec traçabilité, double exécution et rapprochement comparant l'ancien et le nouveau sur chaque enregistrement et chaque jour.
- Ensemble de contrôle HIPAA
- Le contrôle d'accès, la journalisation d'audit, le cryptage, la conception minimale nécessaire et les preuves regroupent les panneaux du bureau de conformité.
- Pipeline, tests et observabilité
- Des builds reproductibles, une suite de tests qui bloque les versions défaillantes, des tableaux de bord et des alertes conçus avec les opérateurs.
- Runbooks et restauration répétée
- Procédures de release, rollback, restauration et incident, chacune exécutée par l'équipe du réseau avant le transfert.
Plan de mesure
Un plan mesure ce que le mandat promet. Les chiffres ci-dessous sont ceux que cet engagement rapporterait à la porte de basculement de chaque site ; ils sont remplis à partir du dossier lorsqu'un client approuve la publication et sont autrement présentés sous forme de mesures plutôt que de chiffres.
- Temps d'arrêt imprévus pendant la migration
- Débit des rendez-vous, par rapport à la référence
- Anciennes interfaces retirées
Déroulement proposé
- 1
Découvrez
Lisez le noyau existant au fur et à mesure de son exécution (code, schéma, tâches par lots, interfaces) et interrogez les opérateurs et les cliniques ; établir les contraintes de continuité d'activité par site et les obligations HIPAA avec le bureau de conformité ; produire la carte des dépendances.
- 2
Définir
Concevoir le noyau cible et la couche de compatibilité ; décider de l'ordre dans lequel les consommateurs et les sites se déplacent ; rédiger le modèle de données et ses invariants, les normes de test et d'observabilité, ainsi que la procédure de restauration pour chaque étape ; accepter la définition de fait pour la documentation.
- 3
Construire
Construire la couche de compatibilité et le nouveau noyau qui la sous-tend, la couche d'intégration et le pipeline de livraison, avec des tests, de l'observabilité et de la documentation écrits parallèlement au code ; répéter chaque étape de transition dans un environnement semblable à celui de la production.
- 4
Prouver
Déplacez le premier consommateur du premier site sur la couche de compatibilité ; effectuer une double exécution et effectuer une réconciliation avec le noyau existant jusqu'à ce que la différence soit nulle et y reste ; déplacer le prochain consommateur ; les opérateurs du réseau exécutent le runbook sans Altuon avant le deuxième site.
- 5
Fonctionner
Déplacez les sites et les consommateurs restants ; retirer le noyau hérité lorsque rien n'en dépend ; passez le relais aux ingénieurs du réseau qui expédient les modifications via le pipeline et à Altuon sur appel jusqu'à ce qu'ils choisissent de ne pas en avoir besoin.
Technologies
Confiez-nous un mandat comme celui-ci.
Dites-nous ce que vous souhaitez changer. Une courte demande nous aide à évaluer notre adéquation, à convenir du périmètre et à examiner les éléments utiles à votre décision.