Should Internet Researchers Use Ill-Gotten Information?

This paper describes how the ethical problems raised by scientific data obtained through harmful and immoral conduct (which, following Stan Godlovitch, is called ill-gotten information) may also emerge in cases where data is collected from the Internet. It describes the major arguments for and against using ill-gotten information in research, and shows how they may be applied to research that either collects information about the Internet itself or which uses data from questionable or unknown sources on the Internet. Three examples (the Internet Census 2012, the PharmaLeaks study, and research into keylogger dropzones) demonstrate how researchers address the ethical issues raised by the sources of data that they use and how the existing arguments concerning the use of ill-gotten information apply to Internet research. The problems faced by researchers who collect or use data from the Internet are shown to be the same problems faced by researchers in other fields who may obtain or use ill-gotten information.

The social disutility of software ownership.

Software ownership allows the owner to restrict the distribution of software and to prevent others from reading the software's source code and building upon it. However, free software is released to users under software licenses that give them the right to read the source code, modify it, reuse it, and distribute the software to others. Proponents of free software such as Richard M. Stallman and Eben Moglen argue that the social disutility of software ownership is a sufficient justification for prohibiting it. This social disutility includes the social instability of disregarding laws and agreements covering software use and distribution, inequality of software access, and the inability to help others by sharing software with them. Here I consider these and other social disutility claims against withholding specific software rights from users, in particular, the rights to read the source code, duplicate, distribute, modify, imitate, and reuse portions of the software within new programs. I find that generally while withholding these rights from software users does cause some degree of social disutility, only the rights to duplicate, modify and imitate cannot legitimately be denied to users on this basis. The social disutility of withholding the rights to distribute the software, read its source code and reuse portions of it in new programs is insufficient to prohibit software owners from denying them to users. A compromise between the software owner and user can minimise the social disutility of withholding these particular rights from users. However, the social disutility caused by software patents is sufficient for rejecting such patents as they restrict the methods of reducing social disutility possible with other forms of software ownership.

Design and implementation of a medication reconciliation kiosk: the Automated Patient History Intake Device (APHID).

Errors associated with medication documentation account for a substantial fraction of preventable medical errors. Hence, the Joint Commission has called for the adoption of reconciliation strategies at all United States healthcare institutions. Although studies suggest that reconciliation tools can reduce errors, it remains unclear how best to implement systems and processes that are reliable and sensitive to clinical workflow. The authors designed a primary care process that supported reconciliation without compromising clinic efficiency. This manuscript describes the design and implementation of Automated Patient History Intake Device (APHID): ambulatory check-in kiosks that allow patients to review the names, dosage, frequency, and pictures of their medications before their appointment. Medication lists are retrieved from the electronic health record and patient updates are captured and reviewed by providers during the clinic session. Results from the roll-in phase indicate the device is easy for patients to use and integrates well with clinic workflow.

Disseminating context-specific access to online knowledge resources within electronic health record systems.

Clinicians' patient care information needs are frequent and largely unmet. Online knowledge resources are available that can help clinicians meet these information needs. Yet, significant barriers limit the use of these resources within the clinical workflow. Infobuttons are clinical decision support tools that use the clinical context (e.g., institution, user, patient) within electronic health record (EHR) systems to anticipate clinicians' questions and provide automated links to relevant information in knowledge resources. This paper describes OpenInfobutton (www.openinfobutton.org): a standards-based, open source Web service that was designed to disseminate infobutton capabilities in multiple EHR systems and healthcare organizations. OpenInfobutton has been successfully integrated with 38 knowledge resources at 5 large healthcare organizations in the United States. We describe the OpenInfobutton architecture, knowledge resource integration, and experiences at five large healthcare organizations.