Yeah, it seems, list drilldown is the appropriate pattern.
Quoting Tidwell's book:
Problem:
You have a list of items to show. Each item has interesting content associated with it, such as the text of an email message, a long article, a full-size image, or details about a file’s size or date.
You have very little space to work with—not enough for a Two-Panel Selector or a List Inlay. For instance, the design might be intended for a very small mobile screen, or for a self-contained web page sidebar or widget.
Suggested Solution:
Show a list or menu of items in a single window. When the user selects an item from the list, show the details or contents of that item in the window, replacing the list.
However, it depends wether all of the information is needed there to "accept" a startup. If the decision could be made with much fewer elements, consider putting the Accept button in the list as well (perhaps, to avoid misclicks with a confirmation solution like what you have in AppStore: single changes button to a confirm button, second click accepts) as well as a big Accept button on the detail page.
Don't forget, that Android has built-in back capability, whilst iOS needs an explicit back button, usually located at the top bar next to the title.
