MétaCan
Menu
Back to cohort
Record W2160509738 · doi:10.2196/resprot.2293

Mobile Emergency, an Emergency Support System for Hospitals in Mobile Devices: Pilot Study

2013· article· en· W2160509738 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

venuePublished in a venue whose home country is Canada.
no affNo Canadian affiliation: this work is invisible to an affiliation-only frame.
No Canadian affiliation. An affiliation-only frame, the usual design, would never have seen this work. It is one of the works that make the case for inverting the frame.

Bibliographic record

VenueJMIR Research Protocols · 2013
Typearticle
Languageen
FieldComputer Science
TopicSoftware Engineering Techniques and Practices
Canadian institutionsnot available
FundersUniversità degli Studi di Firenze
KeywordsComputer scienceEmergency managementMedical emergencyMobile deviceHealth careModalitiesContingency planComputer securityMedicineWorld Wide Web

Abstract

fetched live from OpenAlex

BACKGROUND: Hospitals are vulnerable to natural disasters, man-made disasters, and mass causalities events. Within a short time, hospitals must provide care to large numbers of casualties in any damaged infrastructure, despite great personnel risk, inadequate communications, and limited resources. Communications are one of the most common challenges and drawbacks during in-hospital emergencies. Emergency difficulties in communicating with personnel and other agencies are mentioned in literature. At the moment of emergency inception and in the earliest emergency phases, the data regarding the true nature of the incidents are often inaccurate. The real needs and conditions are not yet clear, hospital personnel are neither efficiently coordinated nor informed on the real available resources. Information and communication technology solutions in health care turned out to have a great positive impact both on daily working practice and situations. OBJECTIVE: The objective of this paper was to find a solution that addresses the aspects of communicating among medical personnel, formalizing the modalities and protocols and the information to guide the medical personnel during emergency conditions with a support of a Central Station (command center) to cope with emergency management and best practice network to produce and distribute intelligent content made available in the mobile devices of the medical personnel. The aim was to reduce the time needed to react and to cope with emergency organization, while facilitating communications. METHODS: The solution has been realized by formalizing the scenarios, extracting, and identifying the requirements by using formal methods based on unified modeling language (UML). The system and was developed using mobile programming under iOS Apple and PHP: Hypertext Preprocessor My Structured Query Language (PHP MySQL). Formal questionnaires and time sheets were used for testing and validation, and a control group was used in order to estimate the reduction of time needed to cope with emergency cases. First, we have tested the usability and the functionalities of the solution proposed, then a real trial was performed to assess the reduction in communication time and the efficiency of the solution with respect to a case without Mobile Emergency tools. RESULTS: The solution was based on the development of a mobile emergency application and corresponding server device to cope with emergencies and facilitate all the related activities and communications, such as marking the position, contacting people, and recovering the exits information. The solution has been successfully tested within the Careggi Hospital, the largest medical infrastructure in Florence and Tuscany area in Italy, thus demonstrating the validity of the identified modalities, procedures, and the reduction in the time needed to cope with the emergency conditions. The trial was not registered as the test was conducted in realistic but simulated emergency conditions. CONCLUSIONS: By analyzing the requirements for developing a mobile app, and specifically the functionalities, codes, and design of the Mobile Emergency app, we have revealed the real advantages of using mobile emergency solutions compared to other more traditional solutions to effectively handle emergency situations in hospital settings.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.003
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Not applicable · Consensus signal: none
GenreCandidate signal: Protocol · Consensus signal: Protocol
Teacher disagreement score0.344
Threshold uncertainty score0.916

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0030.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.001
Science and technology studies0.0000.000
Scholarly communication0.0000.002
Open science0.0020.001
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.183
GPT teacher head0.505
Teacher spread0.322 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it