Set-Based Models for Cryptocurrency Software

Formal methods (FM) are mathematics-based software development methods aimed at producing ``code for a nuclear power reactor''. That is, due application of FM can produce bug-free, zero-defect, correct-by-construction, guaranteed, certified software. However, the software industry seldom use FM. One of the main reasons for such a situation is that there exists the perception (which might well be a fact) that FM increase software costs. On the other hand, FM can be partially applied thus producing high-quality software, although not necessarily bug-free. In this paper we outline some FM related techniques whose application the cryptocurrency community should take into consideration because they could bridge the gap between ``loose web code'' and ``code for a nuclear power reactor''. We include relevant case studies in the area of cryptocurrency.

Characteristics of pharmacist’s interventions triggered by prescribing errors related to computerised physician order entry in French hospitals: a cross-sectional observational study

ObjectivesComputerised physician order entry (CPOE) systems facilitate the review of medication orders by pharmacists. Reports have emerged that show conception flaws or the misuse of CPOE systems generate prescribing errors. We aimed to characterise pharmacist interventions (PIs) triggered by prescribing errors identified as system-related errors (PISREs) in French hospitals.DesignThis was a cross-sectional observational study based on PIs prospectively documented in the Act-IP observatory database from January 2014 to December 2018.SettingPISREs from 319 French computerised healthcare facilities were analysed.ParticipantsAmong the 319 French hospitals, 232 (72.7%) performed SRE interventions, involving 652 (51%) pharmacists.ResultsAmong the 331 678 PIs recorded, 27 058 were qualified as due to SREs (8.2%). The main drug-related problems associated with PISREs were supratherapeutic (27.5%) and subtherapeutic dosage (17.2%), non-conformity with guidelines/contraindications (22.4%) and improper administration (17.9%). The PI prescriber acceptation rate was 78.9% for SREs vs 67.6% for other types of errors. The PISRE ratio was estimated relative to the total number of PIs. Concerning the certification status of CPOE systems, the PISRE ratio was 9.4% for non-certified systems vs 5.5% for certified systems (p<0.001). The PISRE ratio for senior pharmacists was 9.2% and that for pharmacy residents 5.4% (p<0.001). Concerning prescriptions made by graduate prescribers and those made by residents, the PISRE ratio was 8.4% and 7.8%, respectively (p<0.001).ConclusionComputer-related prescribing errors are common. The PI acceptance rate by prescribers was higher than that observed for PIs that were not CPOE related. This suggests that physicians consider the potential clinical consequences of SREs for patients to be more frequently serious than interventions unrelated to CPOE. CPOE medication review requires continual pharmacist diligence to catch these errors. The significantly lower PISRE ratio for certified software should prompt patient safety agencies to undertake studies to identify the safest software and discard software that is potentially dangerous.

Recommendations For Restoration Of Historical Transparent Coatings In Pushkin Museum

Due to the intensification of historical buildings restoration works that are cultural monuments and related to architectural monuments, numerous questions arise about the possibility of increasing the efficiency of translucent structures, including their energy efficiency, using modern innovative technologies. The cost of competent reconstruction of windows and lanterns with the preservation of historical elements is much higher than the cost of standard modern structures, as a result of which there are numerous examples of barbaric illegal replacement of historical windows with modern ones. This not only spoils the appearance of buildings, but also contradicts federal laws (with all the ensuing consequences). Earlier, NIISF RAASN carried out multifactorial field studies of historical translucent coverings of a cultural monument of federal significance – the main building of the Pushkin Museum, on the basis of which their inconsistency with modern requirements for such structures was established. According to the technical assignment and the project for the reconstruction of the building, 13 options were proposed for the possible restoration of these coatings. To assess the proposed options, a comprehensive computer simulation and corresponding calculations were carried out in accordance with the certified software package “WINDOW TECT”. On the basis of the conducted examinations and computer calculations, optimal solutions were proposed for the restoration of historical translucent coatings of the main building of the Pushkin Museum, providing for the preservation of the original elements of metal structures and ensuring an increase in the thermal characteristics of the lantern and side lamp.

Online Patient Consultation

New communication technologies allow patients to communicate with their physicians from anywhere using computer or smartphone. Adding video to the mere phone call optimizes the personal contact between patient and physicians regardless of distance. Legal and reimbursements requirements must be taken into account, especially only certified software products must be used. In addition, patient consent is needed and confidentiality must be assured. The video patient consultation can be reimbursed by the health insurance companies. As with all new technologies, the introduction of these video consultations faced some challenges. Although patients and physicians have expressed great interest in this technology, it has been rarely used so far. The current COVID crisis increased the need for video consultations resulting in an increasing use of video patient consultation. It can be expected that this demand will still exists after the COVID crisis.

Software and resources for experiments and data analysis of MEG and EEG data

Data from magnetoencephalography (MEG) and electroencephalography (EEG) is extremely rich and multifaceted. For example, in a standard MEG recording with 306 sensors and a sampling rate of 1,000 Hz, 306,000 data points are sampled every second. To be able to answer the question, which was the ultimate reason for acquiring the data, thus necessitates efficient data handling. Luckily, several software packages have been developed for handling MEG and/or EEG data. To name some of the most popular: MNE-Python; FieldTrip; Brainstorm; EEGLAB and SPM. These are all available under a public domain licence, meaning that they can be run, shared and modified by anyone. Commercial software released under proprietary licences include BESA and CURRY. It is important to be aware of that for clinical diagnosis of for example epilepsy, certified software is required FieldTrip, MNE-Python, Brainstorm, EEGLAB and SPM for example cannot be used for that. In this chapter, the emphasis will be on MNE-Python and FieldTrip. This will allow users of both Python and MATLAB (or alternatively GNU Octave to code along as the chapter unfolds. As a general remark, all that MNE-Python can do, FieldTrip can do and vice versa – though with some small difference. A full analysis going from raw data to a source reconstruction will be presented, illustrated with both code and figures with the aim of providing newcomers to the field a stepping stone towards doing their own analyses of their own datasets.

Software and resources for experiments and data analysis of MEG and EEG data

Data from magnetoencephalography (MEG) and electroencephalography (EEG) is extremely rich and multifaceted. For example, in a standard MEG recording with 306 sensors and a sampling rate of 1,000 Hz, 306,000 data points are sampled every second. To be able to answer the question, which was the ultimate reason for acquiring the data, thus necessitates efficient data handling. Luckily, several software packages have been developed for handling MEG and/or EEG data. To name some of the most popular: MNE-Python; FieldTrip; Brainstorm; EEGLAB and SPM. These are all available under a public domain licence, meaning that they can be run, shared and modified by anyone. Commercial software released under proprietary licences include BESA and CURRY. It is important to be aware of that for clinical diagnosis of for example epilepsy, certified software is required FieldTrip, MNE-Python, Brainstorm, EEGLAB and SPM for example cannot be used for that. In this chapter, the emphasis will be on MNE-Python and FieldTrip. This will allow users of both Python and MATLAB (or alternatively GNU Octave to code along as the chapter unfolds. As a general remark, all that MNE-Python can do, FieldTrip can do and vice versa – though with some small difference. A full analysis going from raw data to a source reconstruction will be presented, illustrated with both code and figures with the aim of providing newcomers to the field a stepping stone towards doing their own analyses of their own datasets.

Software and resources for experiments and data analysis of MEG and EEG data

Data from magnetoencephalography (MEG) and electroencephalography (EEG) is extremely rich and multifaceted. For example, in a standard MEG recording with 306 sensors and a sampling rate of 1,000 Hz, 306,000 data points are sampled every second. To be able to answer the question, which was the ultimate reason for acquiring the data, thus necessitates efficient data handling. Luckily, several software packages have been developed for handling MEG and/or EEG data. To name some of the most popular: MNE-Python; FieldTrip; Brainstorm; EEGLAB and SPM. These are all available under a public domain licence, meaning that they can be run, shared and modified by anyone. Commercial software released under proprietary licences include BESA and CURRY. It is important to be aware of that for clinical diagnosis of for example epilepsy, certified software is required FieldTrip, MNE-Python, Brainstorm, EEGLAB and SPM for example cannot be used for that. In this chapter, the emphasis will be on MNE-Python and FieldTrip. This will allow users of both Python and MATLAB (or alternatively GNU Octave to code along as the chapter unfolds. As a general remark, all that MNE-Python can do, FieldTrip can do and vice versa – though with some small difference. A full analysis going from raw data to a source reconstruction will be presented, illustrated with both code and figures with the aim of providing newcomers to the field a stepping stone towards doing their own analyses of their own datasets.

Foundations of dependent interoperability

Full-spectrum dependent types promise to enable the development of correct-by-construction software. However, even certified software needs to interact with simply-typed or untyped programs, be it to perform system calls, or to use legacy libraries. Trading static guarantees for runtime checks, thedependent interoperabilityframework provides a mechanism by which simply-typed values can safely be coerced to dependent types and, conversely, dependently-typed programs can defensively be exported to a simply-typed application. In this article, we give a semantic account of dependent interoperability. Our presentation relies on and is guided by a pervading notion of type equivalence, whose importance has been emphasized in recent work on homotopy type theory. Specifically, we develop the notions oftype-theoretic partial Galois connectionsas a key foundation for dependent interoperability, which accounts for the partiality of the coercions between types. We explore the applicability of both type-theoretic Galois connections and anticonnections in the setting of dependent interoperability. A partial Galois connection enforces a translation of dependent types to runtime checks that are both sound and complete with respect to the invariants encoded by dependent types. Conversely, picking an anticonnection instead lets us induce weaker, sound conditions that can amount to more efficient runtime checks.Our framework is developed in Coq; it is thus constructive and verified in the strictest sense of the terms. Using our library, users can specify domain-specific partial connections between data structures. Our library then takes care of the (sometimes, heavy) lifting that leads to interoperable programs. It thus becomes possible, as we shall illustrate, to internalize and hand-tune the extraction of dependently-typed programs to interoperable OCaml programs within Coq itself.

Dynamic analysis of strength and human-comfort level of the football stadium structures at coordinated movements of audience

In the design of stadiums and other sports facilities it is necessary to take into account the dynamic performance caused by coordinated movement of groups of people. National standard technical documents do not contain guidance on the setting of dynamic loads caused by people, as well as admissible dynamic parameters of grandstands’ structures in the stadiums caused by such actions that should be taken in consideration in the course of design. Therefore, it is necessary to develop appropriate recommendations. Based on the developed recommendations, analysis of stadium structures for dynamic loads caused by the audience movement was performed in the time domain by direct integration of motion equation using certified software package Lira 10.4. It was obtained that the dynamic human-comfort level in the grandstands and in the under-grandstand facilities was ensured. Recommendations were made based on the analysis of international and Russian standard technical documents, generalization of available experience in design, construction, and operation of such objects, including similar unique large span structures. Obtained accelerations of under-grandstand facilities were analyzed in accordance with the construction standards SN 2.2.4/2.1.8.566-96. It was revealed that the limit values for some structure points have been exceeded.