Les scripts médicaux transforment une simple commande de réanimation en un système EMS : blessures, étapes de traitement, interactions hospitalières, aides à la mobilité, gestion des interventions et données persistantes des patients. Choisissez une ressource adaptée à votre framework et à votre niveau de roleplay, sans conflit avec l’inventaire, le ciblage, la voix ou le métier ambulancier existant.
Portée : RPCrate vend et indexe des ressources tierces. Les fonctionnalités varient selon le produit et la version, de sorte que la page du produit et la documentation incluse restent la source de vérité. Ce guide a été révisé le 9 août 2026.
Choisissez le système médical avant le produit
| Besoin du serveur | Rechercher | Tester d'abord |
|---|---|---|
| Communauté simple | État d'inconscience stable, réanimation, facturation et autorisations claires | Se reconnecter en étant blessé et un redémarrage programmé |
| RP sérieux | Blessures aux parties du corps, diagnostics, séquence de traitement et dossiers médicaux | Deux médecins traitant le même patient |
| Grand service EMS | Gestion des interventions, brancards et fauteuils roulants, zones hospitalières et journal d’audit | Incident majeur avec plusieurs patients et véhicules |
| Pile de framework personnalisée | Exports/événements documentés et adaptateurs configurables | Intégrations d'inventaire, de ciblage, de téléphone et de facturation |
Liste de contrôle de compatibilité
- Framework : confirmer la version exacte de ESX, QBCore, Qbox ou autonome. “ Compatible QBCore ” ne prouve pas la prise en charge de votre fork.
- Dépendances: listez toutes les bibliothèques, inventaires, ciblages et ressources de base de données requis avant l'achat.
- Propriété de l'état : déterminez quel script gère la mort, l’état « last stand », la réanimation et le retour à l’hôpital. Deux ressources ne doivent pas gérer le même état de manière contradictoire.
- Persistance: testez le comportement de déconnexion, de reconnexion et de redémarrage pour les blessures et les patients transportés.
- Autorisations : vérifiez les grades de métier et la validation côté serveur des soins, de la facturation et de l’utilisation des objets.
- Mises à jour : enregistrez le canal de support, le journal des modifications et si les fichiers modifiés restent actualisables.
Préparer la ressource sur un serveur de test
- Sauvegardez la base de données et les ressources actuelles d'ambulance/de mort.
- Installez sur un serveur de test en respectant l’ordre documenté des dépendances.
- Testez les blessures, la réanimation, la réapparition, la reconnexion, la facturation et la consommation d'inventaire.
- Répétez avec deux joueurs, puis avec une charge d'incidents réaliste.
- Vérifiez la console du serveur et la console F8 du client pour les erreurs ; profilez tout nouveau pic de temps de ressource.
- Rédigez la procédure de restauration avant d’activer la ressource pour l’équipe EMS en production.
Ressources médicales versus cartes d'hôpital
Un MLO d'hôpital modifie l'environnement ; un script médical modifie le gameplay et l'état. Ils peuvent se compléter, mais aucun ne garantit la compatibilité avec l'autre. Confirmez les coordonnées de la zone, les interactions des lits, les ascenseurs et les points d'apparition sur la version exacte de la carte que vous utilisez.
Où continuer
Consultez la catégorie scripts médicaux FiveM , comparez les dépendances de chaque ressource et utilisez la liste de vérification avant achat avant de modifier un serveur en production.