Développement d'applications iOS natives, en Swift et SwiftUI

Sur iOS, les applications de santé lisent et écrivent souvent des données HealthKit : les pas, la fréquence cardiaque ou le sommeil. HealthKit demande une autorisation par type de données, et une application ne peut pas savoir si l'accès en lecture a été refusé. Les règles d'Apple interdisent d'utiliser les données HealthKit à des fins publicitaires, de les vendre à des courtiers en données ou de stocker des informations de santé personnelles dans iCloud. Pour la recherche et les soins, Apple propose ResearchKit et CareKit, et HealthKit lit les dossiers cliniques FHIR issus d'établissements compatibles. Nous préparons politique de confidentialité, textes d'autorisation et consentements attendus par l'App Review.

Autorisations HealthKit · Pas de PHI dans iCloud · Dossiers cliniques (FHIR) · ResearchKit et CareKit

Les applications patients réunissent prise de rendez-vous, messagerie sécurisée, téléconsultation, questionnaires d'admission et rappels. Sur iOS, cela implique des autorisations caméra et micro clairement justifiées, des notifications APNs qui n'affichent jamais de PHI sur l'écran verrouillé et une connexion par Face ID ou code via les frameworks système. La vidéo passe par le fournisseur de votre choix ou votre propre pile WebRTC, avec un backend couvert par un BAA. Nous relions l'application à votre EHR ou portail via des API FHIR et ne conservons les données de consultation sur l'appareil que si nécessaire.

Téléconsultation · Push sans PHI · Connexion Face ID · EHR via FHIR

Les applications internes et B2B servent les équipes terrain, les commerciaux, les soignants ou les équipes logistiques. Elles demandent en général une authentification unique avec votre fournisseur d'identité, un travail hors ligne avec synchronisation différée, la lecture de codes-barres ou de documents et un déploiement par gestion des appareils mobiles. La distribution Custom App d'Apple rend une application approuvée visible uniquement par les organisations que vous désignez, qui la déploient via MDM ou codes d'utilisation. Ces applications passent aussi l'App Review : nous préparons comptes de démonstration et données d'exemple. Droits par rôle et journaux d'audit sont gérés côté backend.

Authentification unique · Travail terrain hors ligne · Distribution Custom App · Déploiement MDM

Selon la règle 3.1.1 des App Store Review Guidelines, le déblocage de fonctions ou de contenus numériques passe en général par l'achat intégré : nous construisons les abonnements avec StoreKit, vérifions les transactions sur votre serveur et gérons renouvellements, remboursements et périodes de grâce. Certaines storefronts prévoient des exceptions ; nous vérifions la règle en vigueur avant le choix du modèle de paiement. Si vous proposez une connexion sociale tierce pour le compte principal, la règle 4.8 impose une option de connexion équivalente respectueuse de la vie privée. L'étiquette de confidentialité et l'invite ATT reflètent la collecte réelle.

Abonnements StoreKit · Règle 3.1.1 · Connexion respectueuse · Analyse de rétention

Les applications Apple Watch conviennent aux tâches rapides : rappels de médicaments, suivi d'entraînement, alertes et réponses courtes. Les séances d'entraînement ajustent les capteurs de la montre à l'activité choisie et enregistrent la fréquence cardiaque à haute fréquence ; l'application doit indiquer clairement qu'une séance est en cours et permettre de l'enregistrer ou de l'abandonner. Les applications iPad exigent des mises en page adaptées au grand écran, la prise en charge du clavier et du pointeur, et souvent l'Apple Pencil pour formulaires, signatures ou annotations. Avec SwiftUI, iPhone, iPad et Apple Watch partagent modèles et logique, chaque appareil gardant sa propre interface.

Entraînements watchOS · Complications et alertes · Mises en page iPad · Saisie Apple Pencil