MétaCan
Menu
Back to cohort
Record W2485819452 · doi:10.12694/scpe.v17i3.1177

Introduction to the Special Issue on Reliability and Security of e-Health Information Systems

2016· article· en· W2485819452 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.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueScalable Computing Practice and Experience · 2016
Typearticle
Languageen
FieldMedicine
TopicHealthcare Technology and Patient Monitoring
Canadian institutionsConcordia University
Fundersnot available
KeywordsHealth careInteroperabilityeHealthComputer scienceComputer securityInformation and Communications TechnologyCloud computingRisk analysis (engineering)BusinessWorld Wide Web

Abstract

fetched live from OpenAlex

With the increasing population and aging society in several countries, healthcare providers aim to enhance the quality of the healthcare services while balancing the risk mitigation and service cost. Therefore, several new information technologies and innovative communication methodologies have evolved to improve the healthcare sector. ICT-based technologies help in decreasing the healthcare system overhead and increasing the quality of healthcare services. These technologies may include biosensors, computer aided diagnosis, Wireless Body Sensor Network (WBSN), mobile health, Radio Frequency Identification (RFID), cloud computing, communication protocols, electronic medical records, big data, and internet of things (IoT). Therefore, the complexity of healthcare systems has increased dramatically during the last two decades. Despite having several approaches developed for testing and verification of healthcare systems, ICT related medical incidents that led into losses of money, time, reputation, and in certain cases, lives, still happen frequently. It is believed that healthcare systems do not get enough testing and verification before being put into use, even though they are considered safety critical systems. This is due to the high cost of testing, short time to marker, and the lack of proper testing and verification techniques in the literature. Design errors, system usage problems, design reliability issues, compliance Issues, system failure and vulnerabilities in eHealth care system can lead to critical conditions or even death. The special issue publishes three papers that extended from papers presented at IEEE Healthcom 2015, in addition to two new submitted papers. The first paper in this issue by Pervez et al. titled Improvement Strategies for Device Interoperability Middleware (DIM) using Formal Reliability analysis, where the authors used probabilistic model checker PRISM for analyzing Device Interoperability Middleware (DIM).The second paper by Bhardwaj and Prasad is titled PRAVAH: Parameterised Information Flow Control in e-Health.The authors addressed the problem of enforcing information flow control (IFC) in hospital domains in eHealth systems using a parameterised lattice-based IFC framework called PRAVAH. The third paper by Ayache et al. is titled Analysis and verification of XACML policies in a medical cloud environment. The authors presented a Cloud Policy Verification Service (CPVS) for the analysis and the verification of access control policies specified using XACML. The fourth paper by Sadki and Bakkali is titled Resolving conflicting privacy policies in m-health based on prioritization. The authors presented resent an approach to resolve the problem of conflicting privacy policies in mobile health environments using AHP (Analytic Hierarchy Process) prioritization technique and reputation mechanism. The fifth paper by Gawanmeh et al. is titled Formal Analysis of a Microfluidic Device for Blood Cell Separation. The authors used formal analysis in order to formalize and validate the movement of blood cells in a microdevice under different forces for the purpose of cell separation. We would like to thank the editorial board of SCPE for the efforts they made to make this special issue, and all the reviewers for their efforts and feedback.

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.001
metaresearch head score (Gemma)0.002
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: Empirical · Consensus signal: Empirical
Teacher disagreement score0.954
Threshold uncertainty score0.270

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0010.002
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.000
Open science0.0000.000
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.018
GPT teacher head0.329
Teacher spread0.311 · 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