Comment les organisations de soins de santé peuvent répondre aux exigences d'attestation des descriptions de poste avec Oracle Cloud HCM
Un guide pratique pour mettre en place un parcours de signature de descriptions de poste par les employés, avec signatures électroniques et stockage de documents prêt pour les audits.
Soyons honnêtes : courir après des descriptions de poste signées, personne ne trouve ça agréable. Vous connaissez la chanson : imprimer une pile de PDF, les faire circuler au bureau (ou pire, les envoyer par la poste), attendre des signatures qui arrivent quelque part entre « la semaine prochaine » et « jamais », puis les classer dans un classeur qui n'a pas été organisé depuis 2017.
Dans le secteur de la santé, toutefois, c'est bien plus qu'un casse-tête administratif. Les organisations doivent démontrer que les employés comprennent leurs rôles et responsabilités, maintenir une documentation à des fins d'accréditation et de conformité réglementaire, et produire des dossiers signés lorsque les auditeurs ou les inspecteurs se présentent. Quand ces dossiers sont éparpillés entre des classeurs, des lecteurs partagés et des boîtes de courriel, prouver la conformité peut rapidement devenir un exercice stressant digne d'une enquête policière.
Quand les auditeurs frappent à la porte, tout le monde se transforme soudainement en détective, fouillant dans les dossiers, les classeurs, les lecteurs partagés et les boîtes de courriel en espérant que tout se passe bien.
Il existe une meilleure façon de faire. Si votre organisation utilise Oracle Cloud HCM, vous avez déjà les outils nécessaires pour mettre en place un processus de signature de descriptions de poste entièrement numérique, avec signature électronique, simple pour les employés et à toute épreuve pour les auditeurs. Voyons comment procéder.
L'étude de cas : pourquoi c'est important
La plupart des organisations de soins de santé exigent que les employés examinent et attestent leurs descriptions de poste sur une base annuelle et au moment de l'embauche, en raison des exigences de la Joint Commission. Voici un exemple de ces exigences :
Signature annuelle | Les employés doivent examiner et signer leur description de poste en vigueur chaque année. |
Piste d'audit | La version exacte qui a été signée, ainsi que la signature elle-même, doit être conservée et récupérable. |
Conformité | Les exigences réglementaires et les politiques internes exigent la preuve que les employés connaissent leurs rôles et responsabilités. |
Protection contre la falsification | Une fois signé, le document doit être verrouillé : aucune modification, aucune suppression. |
En résumé : vous avez besoin d'un processus simple pour les employés, automatique pour les RH et blindé pour les auditeurs. Le cadre Journeys d'Oracle Cloud HCM, combiné aux fonctionnalités natives de signature électronique, offre exactement cela.
La solution : Journeys et signatures électroniques natives
Voici la combinaison gagnante : Oracle Cloud HCM Journeys jumelé aux signatures électroniques natives. Voyez Journeys comme une liste de tâches guidée pour les employés, un parcours qui les mène de « Veuillez examiner votre description de poste » jusqu'à « Signé, scellé et livré ». La signature électronique capture leur attestation directement dans la plateforme, et le PDF finalisé est automatiquement classé dans leurs documents officiels (DOR).
Aucune impression. Aucune numérisation. Aucune fouille archéologique dans les classeurs.
Le parcours en un coup d'oeil
Voici à quoi ressemble le processus de bout en bout du point de vue de l'employé :
C'est tout. Six étapes. La partie de l'employé prend environ deux minutes. La partie des RH? Configurez le tout une fois, attribuez le parcours annuellement et laissez le système produire le résultat.
Ce que l'employé voit concrètement
Du point de vue de l'employé, c'est d'une simplicité rafraîchissante :
- Une tâche Journey apparaît dans sa liste de tâches.
- L'employé clique sur « Voir le document » et son profil de poste actuel s'ouvre sous forme de PDF clair, avec des sections pour les responsabilités, les permis requis, la formation et plus encore.
- L'employé signe électroniquement à l'aide du pavé de signature natif (validé par rapport à son nom au dossier : pas question de signer à la place d'un collègue).
- Terminé. Le PDF signé est automatiquement enregistré dans son dossier de documents. Aucun suivi nécessaire.
En coulisses : les étapes de configuration
Passons maintenant à la partie qui intéresse les administrateurs RH et les responsables de l'implantation. Voici un survol des étapes nécessaires pour mettre le tout en place. (Ne vous inquiétez pas, c'est plus simple que ça en a l'air.)
Étape 1 : Configurer le type de document
Accédez à Configuration et maintenance > Types de documents et assurez-vous d'avoir un type de document « Entente d'emploi ». Quelques paramètres importants :
- Le nom du document et la date d'émission doivent tous deux être définis comme obligatoires..
- Sous les paramètres de restriction, définissez Restreindre la mise à jour = Oui et Restreindre la suppression = Oui. Cela garantit que personne ne peut modifier un document signé après coup. (Les auditeurs adorent cette partie.)
Étape 2 : Confirmer le format du nom de la personne
Accédez à Configuration et maintenance > Gérer les formats de nom de personne. Examinez vos formats de nom d'affichage et de nom complet. Choisissez celui que vous souhaitez utiliser pour la validation de la signature : c'est ainsi que le système confirme que le signataire est bien la bonne personne.
Étape 2 : Confirmer le format du nom de la personne
Accédez à Configuration et maintenance > Intégrations de listes de contrôle et ajoutez une nouvelle intégration avec les paramètres suivants :
Catégorie d'intégration | Validation de signature électronique |
Type d'intégration | Signature électronique native |
Type de validation de la signature électronique | Nom |
Afficher le pavé de signature | Oui |
Activer la validation de la signature électronique | Coché |
N'oubliez pas de cliquer sur « Valider » à côté de « Valider les détails de l'intégration » avant d'enregistrer. (Demandez-nous comment nous avons appris cela à nos dépens.)
Étape 4 : Importer le rapport de profil de poste
Importez le rapport de profil de poste dans votre environnement BI Publisher via Outils > Rapports et analyses. Assurez-vous d'importer à la fois le rapport et le modèle de données, puis de les reconnecter. C'est ce rapport qui génère le PDF que les employés consultent et signent.
Étape 5 : Créer la tâche Journey
Accédez à Mes groupes de clients > Modèles de parcours et créez un nouveau parcours (ou ajoutez une tâche à un parcours existant). Paramètres importants :
- Exécutant : Travailleur (l'employé effectue la tâche lui-même)
- Type de tâche : Signature électronique
- Type de signature : Signature électronique, native
- Type de document : Entente d'emploi
- Chemin du rapport : Liez le chemin de votre rapport BI Publisher en ajoutant les paramètres pour le format PDF et les champs de signature électronique (SignDate, SignerName, SignerEmail, AllocatedTaskId).
Étape 6 : Attribuer le parcours
Enfin, attribuez le parcours à vos employés. Vous pouvez le faire en lot à l'aide des listes HCM, ce qui facilite le déploiement annuel à l'échelle de toute votre organisation. Configurez-le et laissez-le rouler.
Attention à ces pièges courants
Même les plans les mieux conçus peuvent rencontrer des obstacles. Voici les problèmes que nous observons le plus souvent :
Incompatibilité du format de nom | Si le format de nom de personne utilisé pour la validation de la signature ne correspond pas à la façon dont le nom de l'employé apparaît dans le système, la signature échouera. Vérifiez bien vos paramètres de nom d'affichage par rapport au nom complet. |
Sécurité du rapport | Le rapport BI Publisher nécessite les bons droits de sécurité. Si les employés ne peuvent pas voir le rapport, la tâche du parcours affichera une erreur au lieu de leur profil de poste. |
Modifications du rapport | Si vous personnalisez le modèle de rapport, assurez-vous que la connexion au modèle de données reste intacte. Un lien brisé signifie un PDF vide, ce qui n'est pas une expérience de signature idéale. |
Attribution en dehors de l'intégration | Ce parcours est conçu pour la signature annuelle, pas seulement pour les nouvelles embauches. Assurez-vous d'utiliser la bonne méthode d'attribution (listes HCM) pour les employés déjà en poste. |
En résumé
Mettre en place un processus de signature électronique des descriptions de poste dans Oracle Cloud HCM n'est pas un simple avantage : c'est un levier majeur pour la conformité. Vous obtenez une expérience employé simplifiée, un stockage de documents à l'épreuve de la falsification et une piste d'audit qui ferait pleurer de joie votre équipe de conformité.
Le meilleur dans tout ça? Une fois configuré, le processus fonctionne pratiquement tout seul. Attribuez le parcours annuellement, laissez les employés signer de n'importe où et dormez sur vos deux oreilles en sachant que chaque description de poste signée est bien classée dans les documents officiels.
Prêt à vous lancer?
Que vous implantiez Oracle Cloud HCM pour la première fois ou que vous cherchiez à optimiser votre configuration actuelle, le parcours de signature électronique des descriptions de poste est un gain rapide qui offre une valeur durable. Communiquez avec votre partenaire d'implantation pour lancer le projet.